Rocro
Rocro provides a suite of software development tooling that helps to automate your development workflow. Rocro's tools streamline the process of code review, load testing, and API documentation to help you get to market quicker. Automatic code review and code correction serviceProvides accelerated source code analysis and does automatic code correction. Speeds up your code reviews. Integrates with
米Yahoo!、自社で利用している継続的デリバリのためのツール「Screwdriver」をオープンソースで公開。大規模インフラに対応
米Yahoo!、自社で利用している継続的デリバリのためのツール「Screwdriver」をオープンソースで公開。大規模インフラに対応 継続的デリバリとは、おおまかに言えばプログラマがコードを変更すると自動的にビルドされ、テストが実行され、問題がなければ本番環境へのデプロイが行われることで、つねに最新のリリースを迅速にユーザーへデリバリできるというものです。いわゆるDevOpsを実現する代表的な手法です。 これを実現するためには、ソースコード管理システムでソースコードがコミットされると自動的にビルドシステムが走り、ビルドの結果を自動テストにかけて、テスト結果によりデプロイが行われるなど、一連のツールが自動的に連係して動作するシステムが必要となります。 今回公開された「Screwdriver」は、この一連の自動化を実現するためのツールです。GitHubやBitbucketなどのソースコード管理
定期的にライブラリの依存関係をアップデートしてPull Requestする
tl;dr Cron for GitHubで定期的にCIサーバーのフックを起動する CI側では、特定のブランチの場合のみ起動するスクリプトを用意する 自分のやりたい操作をして、git_httpsable-push, pull_request_create でPull Requestを送る 定期的にDependency UpdateのPull Requestを送る フックの起動 Cron for GitHubのschedulerはこのように設定した。 bundle exec cron-for-github clear --slug=metarubygems/carrion_crow --namespace=cron_for_tachikoma --verbose && bundle exec cron-for-github ping --slug=metarubygems/carrion_c
トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ
インフラをアレしてる佐野です。トレタのコア部分はEngineyardで運用していますが、事業拡大に伴いサブシステムも増えてきました。新しいサブシステムは主にAWSで運用しています。そこで今回は事例として弊社の新規部分のインフラ運用のやり方、そこで使われている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方などについて書きます。これらの道具はもはやよく知られたものであり、あまり真新しくはないとは思っています。しかしながら弊社に遊びに来た方や採用の応募者の方などからトレタのシステム運用に関する質問をいただくことがあり、その説明資料のかわりになるかな、という目的もあって書かせていただきます。これ以外にも道具はあるのですが、なんとなく興味をもってくれそうなワードをタイトルに羅列させていただきました。以下、目次
CI ビルド URL を開く ciopen コマンド - Qiita
元ネタは Quipper の CTO (@tomo) が社内向けにシェアした zsh コマンド。別途 hub をインストールしてください。 https://hub.github.com/ # 使い方: # 1. 以下を .bashrc などにコピペして保存 -> 端末・シェル再起動または .bashrc 再読み込み # 2. Git リポジトリを clone したディレクトリに移動 -> Pull Request と紐付いているブランチを checkout # 3. $ ciopen [COMMIT] # $ ciopen head # $ ciopen head^ # $ ciopen head~2 ciopen() { commit=$1 result=$(hub ci-status -v $commit) if [ $? == 3 ]; then echo $result else
2016年に流行りそうだけどまだ殆ど知られていないエンジニア向けサービス10選
Post author:sider Post category:Engineering / Other Reading time:3 mins read Post published:2016-01-13 エンジニア x ニッチ(特化)なサービスを調査、「これは流行りそう…!」と思ったサービスを10個ご紹介。 誰もが知っていそうなサービスは含んでません。「俺はエンジニア向けサービス詳しいぜ！」という方も安心して御覧ください。 CI(継続的インテグレーション) DEPLOYBOT デプロイのためだけのCIサービス。デプロイに特化。 リリースノートページやリリースの度にリリース内容をメモする事が出来る機能、デプロイのトリガーを手動で実行することが出来る「デプロイ」ボタン機能などがある。 1リポジトリの「Hobby」ユースであれば永年無料。 deploybot.com Codecov コードのテ
継続的デプロイ実現のためにはインフラの考慮が必要という話
全国1000人のスタックフルエンジニアのみなさんこんにちは。 DevOps.comでのRe-thinking DevOps tools for Continuous Deployment successという話が興味深かったのでご紹介します。 ここで話しているのはいわゆる大きな組織においてデプロイやプロビジョニングを自動化しようとしたときにぶちあたるインフラ面でのブロッカーの話と捉えてよいでしょう。 十分な開発環境がない、開発環境のリソースの制限がきつい、本番環境と開発・テスト環境があまりに異なるといった話をよく聞きます。しかし、新しい機能を作って届けるためのサイクルタイムを短くしようと思うなら、開発プロセスだけを改善しても始まりません。速度を遅くするブロッカーが何なのかをとらえた上で、それがインフラ周りであればそれも改善しないといけません。 以下勝手訳です。 継続的デプロイ成功のためのD
deppbot - Automated Security and Dependency Updates
deppbot ensures that your Ruby applications are kept updated, always! Based on your configured schedule, deppbot will run bundle update on your Ruby app and send the result as a Pull Request to GitHub. deppbot will also check your app periodically for any RubyGem vulnerabilities and fix it automagically. Update Your App Now Do, Don't TellYour time is precious. deppbot doesn't just tell you that yo
継続的bundle updateを簡単に導入できるGemを作った
[2015-01-25-1] のバージョンアップ。 個人、会社含めて、複数リポジトリで継続的bundle updateを始めて一ヶ月。 汎用コードをGemに外出ししました。 circleci-bundle-update-pr | RubyGems.org | your community gem host circle.ymlで完結できるのでなかなか良さげです。ただし[2015-01-25-1] のスクリプト部分をGem化しただけで、テストもなく、名前が安直です。 でもとりあえず動いています。 変更前後をご覧になると分かりますが、deploymentで circleci-bundle-update-prを呼ぶだけで良くなりました。 ◆変更前 https://gist.github.com/masutaka/d9bf91e22567753fe76b ◆変更後 https://gist.git
GitHub+Amazon SNS+Lambda+CloudFormationで簡易CI - so what
先ほどの記事に引き続き。 GitHubからAmazon SNSでLambdaにイベント飛ばせば簡易CIができそうだだったので作ってみた。 処理の概要 GitHubにpush→Amazon SNS→Lambdaにイベント Lambdaがイベントをフック→cfnスタックを作成 cfnスタックがEC2インスタンスを起動→git clone bundle exec rspec cfnスタックは処理完了後に自動的に削除 Lambda Function こんな感じ。 var Promise = require('bluebird'); var AWS = require("aws-sdk"); AWS.config.update({region: 'ap-northeast-1'}); var cloudformation = Promise.promisifyAll(new AWS.CloudFor
Dokumi (日本語) - クックパッド開発者ブログ
(English version here) 技術部モバイル基盤グループのヴァンサン(@vincentisambart)です。今日は最近作ったツール「Dokumi」の話をしようと思います。 紹介 他部署のエンジニアの仕事をもっと楽にすることが、技術部の重要な目的の1つです。その中で、Dokumiはモバイル開発者のコードレビューの負荷を減らすためのツールです。 なぜ「毒味」という名前にしたかと言うと、人間がレビューする前に、コードに毒(バグ、不自然なコードなど)が入っているかどうか毒味するツールだからです。別の言葉で言うと、少し進化したCI用のlintツールですね。pull requestが出る度に、Jenkinsがそのpull requestにDokumiをかけます。現在はDokumiはiOSアプリだけに対応してしていますが、今後はAndroidアプリへの対応も考えています。 現時点でDo
werckerを使ってBitbucketのプライベートレポジトリからOctopressを自動デプロイする
B! 36 0 0 0 RubyのBenchmarkを使ってOctopressのgenerateでどれ位時間がかかってるか測ってみる、 Rubyのruby-profを使ってOctopressのgenerateでどれ位時間がかかってるか測ってみる とOctopressの時間が気になってきたので何とかしようと思って来たところですが、 今のところOctopress(Jekyll)を使う限りはどうしようもないみたいなので、 時間のかかる生成作業を別の所で行いたい、 ということでwercker というCIサービスを使ってみることにしました。 wercker werckerでのアプリの作成 ssh鍵の作成 デプロイの設定 wercker.ymlの設定 box no-response-timeout: 25 build deploy その他感想とか気になったこととか wercker werckerは T
Circle CIでiOSアプリのリリース作業を自動化
Jan 7, 2015 ※ 現在(2015/01/07)Circle CIのiOSビルドはベータとなっているため、利用するにはサポートへの連絡が必要です。 できること GitHubへのコミット毎に以下のタスクを実行します。 ユニットテストの実行 ipaの作成 ipaのバリデーション CrittercismにdSYMをアップロード Circle CIにテストレポートを出力 iTunes Connectにipaをアップロード これらの作業を自動化すると、masterブランチにgit pushするだけでテストが通ったアプリがiTunes Connectに登録され、 TestFlight(新)からダウンロードできるようになり、そのままApp Storeに申請することまで出来るようになります。 Circle CIのメリット 無料(1 container) 見た目がきれい private reposi
2015年に「その発想はなかった」から「当たり前」になる、CIでの脆弱性検査(セキュリティテスト) - VAddyブログ - 継続的セキュリティテストへの道 -
VAddyコア部分を開発している金床です。 2014年もそろそろ終わりに近づきました。今年のはじめには1行のコードすらも存在していなかったVAddyですが、春頃から市川氏と私がノリノリになったこともあり、現在は無事にJenkinsプラグインまで完成し、当時イメージしていたCIへの自然な統合が可能な状態となっています。実案件に組み込む例も出てきており、振り返ってみれば2014年は非常に手応えを感じた年にすることができました。 CIは広く普及し始めています。基本的にはビルドやユニットテストを頻繁に実行することで、デプロイ時の心理的、または実際の負荷を下げるために利用されていると思います。 VAddyはCIのサイクルの中でSQLインジェクションやクロスサイトスクリプティングのような、いわゆるウェブアプリケーションの脆弱性診断を行うためのサービスです。 私がVAddyのアイデア(CIに組み込むため
Continuous Integration and Deployment on CircleCI just got better: now it’s free.
Continuous Integration and Deployment on CircleCI just got better: now it's free. Note from the publisher: You have managed to find some of our old content and it may be outdated and/or incorrect. Try searching in our docs for current information. Continuous Integration and Delivery are best practices for software development, and are part of CircleCI’s mission: to help developers move faster and
開発環境のデータをできるだけ本番に近づける - クックパッド開発者ブログ
こんにちは。技術部の吉川です。 今回はクックパッドの開発環境構成、特に開発用データベースの構成についてご紹介します。 開発環境の構成 クックパッドのシステム環境は以下のようなフェイズに分かれています。 ※ これはcookpad.comの構成で、サブシステムや個別のサービスはその規模や特性に応じて構成が異なります。 development 開発者が実際に開発を行う環境です。クックパッドでは仮想環境は用いず、手元のマシンでRailsアプリケーションを動かして開発を行っています。 データベースはローカルではなく、開発者全体で共通の開発用データベースに接続しています。 test 手元でテストを実行する場合は、ローカルマシンのデータベースを利用します。CI（rrrspec）などの場合も同様で、テスト実行サーバーのデータベースが利用されます。 staging stagingといえば準本番環境として、本
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
移動しました - SmartHR Tech Blog
Concourse CI
GitHub - auchenberg/volkswagen: :see_no_evil: Volkswagen detects when your tests are being run in a CI server, and makes them pass.
CI/CD tools for top teams
