はじめまして！技術部モバイル基盤グループの加藤(@k0matatsu)です。 業務の一部でCIお兄さんとしてJenkins氏のメンテナンスなどを行っています。 今日はをにする話をしたいと思います。 CI待ち時間1/2で PR/レビューのサイクルの速さ2倍(当社比)です。 ※ ビルド所要時間のボトルネックは環境やジョブ内容によって異なるため効果には個人差があります。 当社のAndroid CI環境 さて、開発効率を2倍にする前に、まずは当社のCI環境がどうなっているか説明が必要ですね。 当社のAndroid向けCI環境は幾つかの試行錯誤を経て、現在はAmazon Web Service（AWS）を使って構成されています。 下図のように、Amazon EC2(EC2)インスタンス上に構成管理ツール:itamaeを使って作成されたJenkinsのmaster/slave構成を擁し、その中でAnd
@sue445 RUN_FLAG のところ、git だったら、”Don’t trigger a build on commit notifications” という設定で制御できませんっけ？外してたらすいません pic.twitter.com/bK9DAFRBtv — ikikko@リアルJenkinsさん (@ikikko) 2016年8月10日 @ikikko そんなのがあったんですね。ありがとうございます。ただ、git pluginのwebhook urlじゃなくてgitlab pluginのwebhook url使ってるのでignoreされるか怪しい気がしてます。（後で試してみます） — sue445 (@sue445) 2016年8月10日 @ikikko 実際に試したら “Don’t trigger a build on commit notifications”いれたらweb
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。後編となる今回は、Dockerを使ってコンテナ内に構築したビルド環境をJenkinsから利用する例を紹介する。 Jenkinsの「マスター/スレーブ」機能 前回記事では、Jenkinsをインストールしたサーバー内でソフトウェアのビルドやテストを行うことを前提に環境を構築していった。Jenkinsをインストールしたサーバーと、対象とするソフトウェアのビルド/実行環境が同じで構わなければこれで問題はないが、たとえばそれぞれビルド/実行環境が異なる複数のソフトウェアをJenkinsで管理したい場合、このやり方では複数台のサーバーを用意しなければならない。 Jenkinsではこういった問題を解決するため、Jenkinsがインストールされたサーバーとは異なるサー
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。本記事ではJenkinsの最新版となるバージョン2系で正式に導入された、パイプライン機能を使ったビルド/テスト環境の構築を紹介する。 CIツールと「Jenkins」 ソフトウェア開発の現場において、そのテストはソフトウェアの設計やコーディングと同じくらい重要な過程である。近年のWebアプリケーションやスマートデバイス向けアプリケーション開発ではアプリケーションのリリース間隔が短くなっている傾向があり、そのためテストもより迅速かつ頻繁に行わなければならくなっている。そういった環境で有用なのが、継続的インテグレーション（CI）ツールだ。 CIは、元々は「ソフトウェアの開発コストを下げるためには開発の初期から頻繁にテストを行ってフィードバックを行うべき」とい
手持ちのJenkinsをいくつかアップデートすることがあったので備忘がてらまとめておきます。*1 Jenkins 1系 -> 2系などの大幅アップデートに限らず、プラグインのアップデートでも使えると思います。 事前にやるべきこと Jenkins本体のバックアップ jenkins.warをそのまま使ってる場合 yumやaptを使ってる場合 プラグインや設定一式のバックアップ アップデート手順 確認方法 戻す方法 アップデート時にハマったこと Branches to build で変数が取れなくなった 所感 まとめ ブコメレス 事前にやるべきこと アップデート後に何か問題があって戻さざるを得ないこともありうるので、すぐに元に戻せる状態にしておきます。*2 Jenkins本体のバックアップ jenkins.warをそのまま使ってる場合 jenkins.warをどこかにバックアップするか、アップデ
Over the past 10 years, Jenkins has really grown to a de-facto standard tool that millions of people use to handle automation in software development and beyond. It is quite remarkable for a project that originally started as a hobby project under a different name. I’m very proud. Around this time last year, we’ve celebrated 10 years, 1000 plugins, and 100K installations. That was a good time to r
ユーザ認証が掛かった Jenkins vs. Bitbucket の private repository ファイッ！GitBitbucketJenkins お互いに鍵が掛かりあった状況で，CI 出来るようになるには一体どうすれば… ネットの海にはそれに対する回答がわんさかありました． 手順 Jenkins は Ubuntu 12.04 で動いているものとします．インストール方法は click here． バージョンは 1.504 でした．少々違っても大丈夫なのかな？この辺 Jenkins にまだそれほど詳しくないんでよく分からないです． Jenkins には http://my.domain:8080 でアクセス出来るものとします． Jenkins のユーザ認証機能はそれだけで割と複雑なので省略します．とにかく，誰でもがジョブにアクセスしたり出来ないようになっている状況になったとします．
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
追記: 実際に運用する際はライセンスにご注意ください: 公開用DockerイメージにAndroid SDKを含めるのはライセンス違反という話 - Islands in the byte stream 三行まとめ 社内のJenkins環境 / Travis-CI / Circle-CI など、CIサービスごとにビルド設定を調べるのにうんざりしたのでDockerizeしてみた 手元とCI環境がまったく同じになるので一度動くようになったら安定して動かせるはず とりあえずCircle-CIで試して動いた 前提 OSXの場合、boot2dockerとdockerをhomebrewで入れましょう。boot2dockerはdockerを動かすためのVMとLinuxイメージを適当に整えてくれるやつです。 Dockerfile Dockerfile はこんな感じ。samtstern/android-sdk
CyberZ 公式エンジニアブログ アドテクや最新のテクノロジーについて情報発信していきます ブログトップ 記事一覧 画像一覧 Appleの新言語･･･ » 怠惰のすゝめ。今更聞けない!? Jenkins・Gradle・Githubで簡単自動化① 2014-06-12 15:33:46NEW ! テーマ：ブログ こんにちは、2014年新卒エンジニアの玉川です。 エンジニアブログでは前々回、Dockerによる完全自動化について記事を投稿しましたが、今回は私が現在取り組んでいるJenkins、Gradle、Githubの連携によるCI環境の構築について説明していきます。記事が長くなってしまったため2回に分けて投稿します。 CI環境とは CI (Continuous Integration)とはアプリケーション作成時の品質を保ちつつ、作業効率を高める習慣のことです。プログラムを構築した後、様々な
ちょっと前に id:ch3cooh393 先生が、jenkinsでAndroidアプリをビルドする記事を書いてた。 blog.ch3cooh.jp ２箇所ほど気になるところがあったので、ちょっと残しておきます。 Android SDKが参照できない 環境変数に ANDROID_SDK_ROOTを設定し、PATHに${ANDROID_SDK_ROOT}/platform-toolsと${ANDROID_SDK_ROOT}/toolsを追加しておくのがスマートだと思いました。 local.propertiesって基本的には自動で生成される物だと思っているので、あんまり自分で作りたくないかなぁって。 環境変数の設定は、jenkinsのグローバルな設定でよければjenkinsの管理 > 設定 > グローバルプロパティ > 環境変数から設定ができます。 Android Lintにひっかかってる これ
初めてJenkinsを使ってAndroidアプリをビルドするにあたって発生したエラーとその対処方法をメモしておきます。Android Studioで開くとIDE側でよしなにしてくれるんだけど、コマンドラインからだと自分でエラーに対処しないといけない。自分が引っかかった内容を残しておきますので問題が発生した時の解決方法として参考になれば幸いです。 ところでGradleって「ぐらどる」って読むんでしょうか。グラビアアイドルの略称ぽくて、仕事の会話に挟むのにちょっと抵抗があるんですけれど……Gradleは「ぐれいどる」って読むらしい。 Gradleを使ったビルド方法 初期設定。 cd {パス} ./gradlew デフォルトのflavor*1を含めたすべてのflavorのビルドをおこないます。 ./gradlew build 単一のflavorを指定してビルドする。下記の例ではHogeというfl
この時点でブラウザから[IPアドレス]:8080でJenkinsにアクセスできるようになる。 また、macのローカルにJenkinsを立ち上げる場合は$brew install jenkinsでインストール後、ブラウザからlocalhost:8080にアクセスすればよい。 Jenkinsの初期設定 インストール後、まずは唯一のadminアカウントを設定し、また、自由にアカウントを作成することを禁止する。ここの設定は任意で。 ログイン認証の追加 Jenkinsの管理 > グローバルセキュリティの設定 セキュリティを有効化 にチェック アクセス制御 > ユーザー情報 > Jenkins のユーザーデータベース > ユーザーにサインアップを許可 にチェック アクセス制御 > 権限管理 > ログイン済みユーザーに許可 にチェック 保存 ユーザ作成 アカウント登録 > サインアップ ユーザー名、パス
仕事でBitbucketつかってますか？ 僕はつかってます。 Bitbucketにリポジトリを作成して継続的インテグレーションを行うときに困るのがプライベートリポジトリのクローンです。Jenkinsからクローンできないとまずい。 この問題を解決するために、以前は専用のアカウントを作成してたりして対処していました。*1。面倒ですね。 最近この問題を解決するためにDeployment Keysという機能がサポートされました*2。このDeployment Keysの使い方を簡単に解説したいと思います。 Jenkins用の鍵を作成 Jenkinsの実行ユーザでsshの鍵を作成します。yumやapt-getでインストールしている場合は、jenkinsユーザが追加されていると思います。sudoして鍵を作成します。 $ sudo su - jenkins # 鍵を作成 sudoしたくない場合、できない場
はじめに 「開発者（個人）のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 ここでは、スレーブの作り方と使い方を簡単にまとめてみました。 環境 Ubuntu 14.04 LTS Jenkins 1.580, 1.582 途中から 1.582 に Upgrade しました スレーブの設定方法 まずはスレーブを作ってみる とりあえず作るなら、localhost だけで十分です。 スレーブの新規作成 スレーブの設定 赤枠で囲んでいる部分が、手を加えている場所です。 「リモートFSルート」はディレクトリを指定します。存在しないディレクトリでも構いません。勝手に作ってくれます。 「ラベル」は空白区切りで複数指定できます。私はついついコンマ区切りと間違えてしまいます。 起動方法は、「SSH経由でUnixマシ
クックパッドにおけるアプリのデプロイの資料が非常に興味深いので紹介します．これは @sora_hさんがRubyKaigi 2014で発表 された資料で，100台以上のサーバに短時間でアプリをデプロイする仕組みをどうやって作り上げたのかが説明されています． 以前，スライドの内容を箇条書きにまとめていたのでシェアします．最近では，Jenkins User Coferenceの発表（How We Use Jenkins? // Speaker Deck）でほんの少し引用されていたりします． 内容のまとめ スライドは90枚あります．ざっくりまとめた内容を以下に示します． 概況 140サーバに1日10回のデプロイを実施している（ピーク時） コードベースが大きい モデルだけで約 69K LOC プロダクトコードとテストコードを合わせると約 319K LOC デプロイのルール CIのビルドが成功したリビ
2015 新春 JJUG 特別企画 Jenkins まつりにて発表した資料です。 #Jenkinsja #jjug #JenkinsRead less
At Jenkins user conference 2015 Tokyo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
