社会のあらゆる分野でデジタル化が進むなか、ビジネスにおけるソフトウェアの重要性が増しています。目まぐるしく変わる消費者の動向やビジネス環境の変化に、柔軟かつ迅速に対応できるソフトウェア開発手法である「アジャイル」が注目されるのと併せて、テストやデプロイを自動化し、より効率的で、スピード感のある開発運用環境を実現する手段である「CI/CD（継続的インテグレーション／継続的デリバリ）」への関心も高まりを見せています。今回、OSSのCI/CDツールとして著名な「Jenkins」のプロジェクトリードを務める川口耕介氏と、ヤフーでOSSのCI/CDワークフロー構築ツールである「Screwdriver」の開発に携わる中山亮介氏、高橋侑也氏が「CI/CDを通じて日本のソフトウェア開発を変えていく方法」について意見を交わしました。 ヤフーではCI/CDツール「Screwdriver」をどう使っている？ 川

社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合

勤怠や経費などの入力をスムーズにし社員の生産性を高める業務アプリケーション「TeamSpirit」を開発・提供するチームスピリット。550社が導入し、7万ユーザーが利用するこのアプリを、同社では半年前まで開発7名、サポート10名で運営してきた。バージョンアップを年3回実施。個別問い合わせも多い分野であるのに、なぜ少人数で運営できるのか。同社の取締役技術担当 有本陽助氏とR&Dチーム 製品企画・品質管理担当 エンジニア 倉谷 彰氏にその理由を聞いた。 本記事の目次　（→シリーズの特集ページ） ▶ 全ての顧客に同じ製品を提供して個別カスタマイズはなし。けれども高い満足度はなぜ？ ▶ 550社・7万エンドユーザーのアプリをたった25名で開発・サポート ▶ Jenkins＋GitHub＋Docker＋SeleniumでSalesforce向けCI環境を構築 ▶ さらなる拡張性・柔軟性のために全面的

Seasar Conference 2015 https://event.seasarfoundation.org/sc2015/Read less

7. 検証済みマージをやるならValidated Merge プラグイン # Jenkins Enterprise限定プラグイン 一応プラグインなしでも設定できますが、、、難しすぎて、、、 https://www.cloudbees.com/products/jenkins-enterprise/plugins/validated-merge-plugin Local Gate Upstream

徐々にテスト自動化していく場合のニーズ コンポーネントテストや統合テストなど開発者主体の自動テストの場合最初から自動テストのみを管理して、特に手動テストと管理をまとめたいというニーズはありません。 しかし、システムテストレベルの場合、全自動化がされていることは少なく、また現実的ではないので、現状手動のテストを徐々に自動化していくというのが良くあるパターンではないでしょうか？ そのような徐々に自動テスト化していく中では手動テストと自動テストを同時にリグレッションテストやスモークテストとして行ったりするので、両方をまとめて管理したい、まとめて状況を見たいというお話をマネージャーさんからリクエストされることが度々あります。 私にそんな話が来るぐらいと言うことは世の中でもそういうニーズがあるに違いない、そもそもHPのQuality CenterやIBMのRational Quality Manag

追記: 2016/01/31 2016/01/18ごろにWorkflowプラグインは、Pipeline プラグインに改名されたようです。 https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin 自動テストでデータベースなどのリソースの問題で並列実行ができないときに、Dockerを使ってリソースを用意して並列化する方法をまとめました。 なるべく実践的な環境を想定して以下のことができることを目標とします。 GitLabと連携してマージリクエストに対してテストを実行する 手動でブランチ名を指定してジョブを実行できるようにする １つのテストジョブを分割して並列処理できるようにする 構成 構築した環境の構成は以下の通りです。 OSX Docker v1.9.1 Jenkins v1.625.3 dockerイメージを使用 https:/

Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて

受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

こんにちは。 今日は、プライベートで最近試している開発環境整備の一環として、 Jenkinsを使った自動テスト・ビルドについて書きたいと思います。 What is CI? Continuous Integration（継続的インテグレーション） 1度限りもしくは数回限りではなく、継続的に小まめにビルドを実行していくプラクティス (http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html) Merits ここも、上記(http://www.atmarkit.co.jp/ait/articles/1309/04/news022.html)の引用ではありますが・・・。 想定外の状況が起こったときに、素早く検知できる 仕込んでしまったバグを即座に検知できる 開発者の環境依存の問題を検知しやすくなる 「私の環境では動くけど・・・」 ビルド

2. 自己紹介 • 前川博志 aka @Posaune • ギルドワークス株式会社で働いています • 勝手にALMエンジニアを名乗ってます • Microsoft MVP for Visual Studio ALM 2015/07/11（土） CI勉強会 #vshtc 2

VSハッカソン倶楽部 CI勉強会: https://vshtc.doorkeeper.jp/events/26853 での発表資料です。 ( http://www.slideshare.net/Posaune/jenkinsci-50411288 と内容は同じです )Read less

先日公開した「UIテストの自動化！Node.jsとSeleniumでWebアプリのUIテスト環境構築」では、手動で行っていたWebアプリのUIテストをSeleniumを使って自動化する手法についてご説明しました。 SeleniumでUIテストを自動化することにより、リグレッションテスト（改修により既存機能への影響がないかを確認する回帰テスト）が簡単にでき、バグの早期発見に繋げることができますが、実際にはこのテストを運用でしっかりと行っていかないとプロジェクトとしての品質向上にはつながりません。また、コマンドラインの扱いに慣れていない方は、コマンドラインからのテストの実行に抵抗があり、テスト結果もコンソールに出力されるため見づらいと思う方も多いと思います。 そこで今回はCI（継続的インテグレーション）ツールであるJenkinsとSeleniumを連携することで、定期的にテストを実行し、テスト

レガシーコード改善勉強会で発表した継続的インテグレーションとJenkinsの発表資料です。 2014/9/27(土) 11:50～2014/9/27(土) 18:30 http://passmarket.yahoo.co.jp/event/show/detail/01pitgwzj67m.htmlRead less

継続的Webセキュリティテストサービス「VAddy（バディ）」、JenkinsプラグインとWebAPIの提供を開始 ～CIサイクルでのWebセキュリティテストの自動化を実現～ 株式会社ビットフォレストが開発・サービス提供を行う継続的Webセキュリティテストサービス「VAddy（バディ）」は、本日よりCI（継続的インテグレーション）ツール「Jenkins」プラグインおよびWebAPIの提供を開始いたします。これにより従来は難しかったCIサイクルでのセキュリティテストの実施が可能になり、Webアプリケーション開発の初期段階から実施する継続的なセキュリティテストを実現します。 株式会社ビットフォレスト（東京都新宿区　代表取締役 高尾都季一　以下、ビットフォレスト）が開発・サービス提供を行う継続的Webセキュリティテストサービス「VAddy（バディ）」は、本日よりCI（Continuous Int

先日公開した記事「JenkinsでCI環境構築チュートリアル(Windows編)」では、Jenkinsのインストールとジョブの作成方法についてご説明しました。今回は特定のブランチにPUSHされたタイミングでGitHubと連携して最新ファイルを取得する方法をご説明します。 完成イメージ　～JenkinsとGitHubの連携～ 実際の開発シーンを想定して上記の図のようなフローを構築したいと思います。開発者が変更したソースコードをGitHubにPUSHしたことをトリガーにJenkinsにその旨を通知します。Jenkinsはその通知を受けて、最新ファイルをGitHubから取得してくる仕組みとなります。 処理の流れとは逆になりますが、まずはJenkins側で「GitHubから通知を受け取る設定」と「ジョブの作成」から行っていきます。 Jenkinsの設定　～GitHubからの通知を受け取る設定～ 本

Windowsを使っていてMacと同じように使えるソフトが有ると嬉しくなることがある。例えば、Growlもその一つだろう。様々なアプリケーションからの通知を一括して表示してくれる便利なユーティリティだ。 Growl is the is ultimate notification system for the Mac. It's the easiest way to know what is going on with other applications while you are working on something else. Growl Growl lets you know when things happen. Files finished downloading, friends came online, new email has arrived - Growl can