社会のあらゆる分野でデジタル化が進むなか、ビジネスにおけるソフトウェアの重要性が増しています。目まぐるしく変わる消費者の動向やビジネス環境の変化に、柔軟かつ迅速に対応できるソフトウェア開発手法である「アジャイル」が注目されるのと併せて、テストやデプロイを自動化し、より効率的で、スピード感のある開発運用環境を実現する手段である「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を使ってる場合 ライブラリを作ってる場合
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。後編となる今回は、Dockerを使ってコンテナ内に構築したビルド環境をJenkinsから利用する例を紹介する。 Jenkinsの「マスター/スレーブ」機能 前回記事では、Jenkinsをインストールしたサーバー内でソフトウェアのビルドやテストを行うことを前提に環境を構築していった。Jenkinsをインストールしたサーバーと、対象とするソフトウェアのビルド/実行環境が同じで構わなければこれで問題はないが、たとえばそれぞれビルド/実行環境が異なる複数のソフトウェアをJenkinsで管理したい場合、このやり方では複数台のサーバーを用意しなければならない。 Jenkinsではこういった問題を解決するため、Jenkinsがインストールされたサーバーとは異なるサー
以下に移行しました。 kenzo0107.github.io
概要 git branch -r --mergedを利用したチェックスクリプトを噛ませる やりたいこと 最新のdevelop(またはmaster)ブランチの内容をmergeしてないfeatureブランチを開発環境に上げてしまうミスを無くしたい 上げたあとに気づいて再デプロイ&再テストするコストがかかる 経緯 「merge漏れしてるモジュールでテストしてしまっていて、実はデグレってました」とかがちょいちょいあった。 「基準ブランチに変更があったら、必ずfeatureブランチに取り込むこと」ってルールづけても、merge漏れを0にするのは不可能だから、何とかしたかった。 アプローチ Jenkinsでjobを実行する際、build対象のブランチがmerge漏れを起こしていたら、そのbuildを失敗させる merge漏れの定義 基準ブランチに含まれていて、build対象ブランチに含まれていないco
勤怠や経費などの入力をスムーズにし社員の生産性を高める業務アプリケーション「TeamSpirit」を開発・提供するチームスピリット。550社が導入し、7万ユーザーが利用するこのアプリを、同社では半年前まで開発7名、サポート10名で運営してきた。バージョンアップを年3回実施。個別問い合わせも多い分野であるのに、なぜ少人数で運営できるのか。同社の取締役技術担当 有本陽助氏とR&Dチーム 製品企画・品質管理担当 エンジニア 倉谷 彰氏にその理由を聞いた。 本記事の目次 （→シリーズの特集ページ） ▶ 全ての顧客に同じ製品を提供して個別カスタマイズはなし。けれども高い満足度はなぜ？ ▶ 550社・7万エンドユーザーのアプリをたった25名で開発・サポート ▶ Jenkins＋GitHub＋Docker＋SeleniumでSalesforce向けCI環境を構築 ▶ さらなる拡張性・柔軟性のために全面的
環境 Jenkins 2.8 Jenkins Warnings Plug-in 4.56 Redpen 1.5.5 モチベーション 最近、技術ドキュメントを GitBook を使って Markdown で書いている。 GitBook は当然 Git リポジトリが使えて、WebHook まで使える。 こうなってくると Jenkins で CI をして、校正結果をグラフにしたくなってくるので、 Jenkins と同じ Java で書かれた Redpen を使ってみている。 Jenkins Warnings Plugin の設定 まずは Jenkins Warnings Plugin にパーサーを追加する。 設定は以下のようにする。 名前 … Redpen リンク名 … Redpen 警告 推移レポート名 … Redpen 警告 正規表現 (.+):(\d+?): ValidationError
Jenkinsとマイクロソフトがパートナーシップを発表。Jenkinsの開発インフラとWebサイトがMicrosoft Azureに Partnering with Microsoft to run Jenkins infrastructure on Azure - Jenkins Blog Announcing collaboration with the Jenkins project | Blog | Microsoft Azure Jenkinsは継続的インテグレーションなどを実現するオープンソースの自動化ツールとして事実上の標準となっており、先月末に最新バージョンとなるJenkins 2.0がリリースされたばかりです。 DevOpsの普及などに伴ってJenkinsの利用も拡大しており、今後さらなる開発の推進が期待されています。 そうした中で、Jenkinsのブログによると同プロジ
Jenkins 2.0を動かすときのボリューム周りのTips を自分用のメモとして書いておきます。 課題 JenkinsのDockerイメージ、もしくはそれを継承したイメージを作成した場合、課題になるのが、ディスクの実行権限です。このイメージは、Dockerイメージの中で定義された、Jenkinsユーザ(uid 1000) で実行されるようになっています。 Dockerコンテナは、通常だとコンテナの内部にボリュームを持っていて、コンテナを削除すると、ボリュームは消えてしまいます。設定内容を保存したいケースでは、-vオプションを使って、保存したいディスク領域を、ホストOSのディスク領域にマウントする必要があります。 ただ、その場合、マウントした、ホストOS側のディスク領域が、Docker内のJenkinsユーザからアクセスできる必要があります。 参考Jenkins 2.0 container
Seasar Conference 2015 https://event.seasarfoundation.org/sc2015/
July Tech Festa 2013 http://www.techfesta.jp/ の講演資料です。 http://www.techfesta.jp/p/program-2.html#A10 ビジネスの変化するスピードが早い昨今、ビジネスのニーズにマッチしたサービスをより迅速に提供するために、アジャイル開発などと共に継続的デリバリーが注目を集めています。 本セッションでは継続的デリバリーにより届けることのできる価値、及びその技術要素について解説します。 また、継続的デリバリーを実践する上で、Jenkinsは中心となり、エンジンとなります。 Jenkinsで継続的デリバリーを実践するときのポイントを事例ベースで紹介します。 事例はNTTデータならではの超大規模プロジェクトでのJenkinsによる頻繁なデプロイを中心とした事例と、小規模ながら自動テスト、マルチ構成プロジェクトを実践した
2015年6月10日紙版発売 2015年6月10日電子版発売 川口耕介，佐藤聖規 監修，佐藤聖規，和田貴久，河村雅人，米沢弘樹，山岸啓 著 A5判／384ページ 定価3,168円（本体2,880円＋税10%） ISBN 978-4-7741-7423-5 ただいま弊社在庫はございません。 Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 本書は，導入から運用管理までを解説した定番書としてご好評いただいた『Jenkins実践入門』の改訂版です。今や世界で最も普及しているツールとなったJenkins。その進化にあわせて，生みの親である川口耕介氏監修のもと，Infrastructure as Code，Immutable Infrastructu
徐々にテスト自動化していく場合のニーズ コンポーネントテストや統合テストなど開発者主体の自動テストの場合最初から自動テストのみを管理して、特に手動テストと管理をまとめたいというニーズはありません。 しかし、システムテストレベルの場合、全自動化がされていることは少なく、また現実的ではないので、現状手動のテストを徐々に自動化していくというのが良くあるパターンではないでしょうか？ そのような徐々に自動テスト化していく中では手動テストと自動テストを同時にリグレッションテストやスモークテストとして行ったりするので、両方をまとめて管理したい、まとめて状況を見たいというお話をマネージャーさんからリクエストされることが度々あります。 私にそんな話が来るぐらいと言うことは世の中でもそういうニーズがあるに違いない、そもそも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:/
正月休みから作ってたやつが完成したので公開しました Jenkins Yaml Axis Pluginについて 使い方 1. リポジトリにyamlファイルをコミット 2. 軸を設定でyamlファイルとkeyを設定する 3. 実際にビルドするとyamlの値で軸が作られる その他 今回初めてGroovy と GradleでJenkinsプラグインを作った groovyはJenkinsにバンドルされているバージョンしか使えない (v1.8.9) gradle jpi pluginがgradle 2.3でしか動かない模様 プラグインの公開申請方法が変わってた Jenkins Yaml Axis Pluginについて Yaml Axis Plugin - Jenkins - Jenkins Wiki github.com Travis CIみたいにyamlファイルからマトリックステストの軸を作成するた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
