タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

jenkinsに関するgongoZのブックマーク (5)

  • Jenkinsを安全にアップデートする方法 - くりにっき

    手持ちのJenkinsをいくつかアップデートすることがあったので備忘がてらまとめておきます。*1 Jenkins 1系 -> 2系などの大幅アップデートに限らず、プラグインのアップデートでも使えると思います。 事前にやるべきこと Jenkins体のバックアップ jenkins.warをそのまま使ってる場合 yumやaptを使ってる場合 プラグインや設定一式のバックアップ アップデート手順 確認方法 戻す方法 アップデート時にハマったこと Branches to build で変数が取れなくなった 所感 まとめ ブコメレス 事前にやるべきこと アップデート後に何か問題があって戻さざるを得ないこともありうるので、すぐに元に戻せる状態にしておきます。*2 Jenkins体のバックアップ jenkins.warをそのまま使ってる場合 jenkins.warをどこかにバックアップするか、アップデ

    gongoZ
    gongoZ 2016/06/15
    2 系の LTS が来月ぐらいに出るはずだから、その時のために準備しておこう
  • 開発者テストの失敗を追跡しやすくすることで大人数での Web サービス開発を加速する - クックパッド開発者ブログ

    会員事業部サービス開発グループ長の村田です。 私は2015年1月から会員事業部でサービス開発エンジニアをやっていますが、2014年4月までは技術部開発基盤グループで Web サービス開発を加速させる様々な取り組みを実施していました。稿では、開発基盤グループ時代に私が取り組んだ開発者テストの失敗を追跡しやすくする取り組みについて説明します。 クックパッドの Web サービス開発と CI クックパッドのサービス開発は、大きくても5名くらいの小さなチームが一つの機能を担当します。しかし、多数のチームが1つの大きな Rails アプリケーションを同時に変更するのが特徴です *1。 Web サービス開発を加速する工夫には様々な方向性が考えられますが、ここでは、クックパッドのようなスタイルでの Web サービス開発を加速するために開発者テストを何如に円滑にするかを考えます。 図: オムキンス クック

    開発者テストの失敗を追跡しやすくすることで大人数での Web サービス開発を加速する - クックパッド開発者ブログ
    gongoZ
    gongoZ 2015/05/19
    大事
  • 第6回テックヒルズで自動テストについての発表を行いました

    こんにちは、エンジニアの黒木です。 先日の6月18日に六木ヒルズで行われた、CROOZ株式会社主催のITイベント「テックヒルズ」の第6回にて、「進行中の開発プロジェクトで増えていくテストを自動で回し続けるために行ったいくつかのこと」というタイトルで、自動テストについて発表しました。 当日発表したスライドが下記のものです。 時間の都合もあり、詳細に踏み込みすぎる部分など、当日お話できなかった内容もあります。いくつかはスライドの最後に追加してありますので、見てもらえたらと思います。 AimingではJenkinsをだいたいどこのプロジェクトでも日常的に使用していて、プロジェクトごとに使用方法が少しずつ違っています。 今回お話したのは主に私が関わったプロジェクトでのJenkinsの使い方でしたが、他のプロジェクトでの話もこのブログなどで出来たらと思っています。 今回の発表が、聴いてくれた皆さん

    第6回テックヒルズで自動テストについての発表を行いました
    gongoZ
    gongoZ 2013/06/20
    引き下がるわけにはいかない!!かっくいい!!
  • 継続的インテグレーションを始めるための基礎知識

    継続的インテグレーションを始めるための基礎知識:グリーはいかにしてJenkinsを導入したのか(1)(1/2 ページ) 連載では、グリーのサービス開発において導入している継続的インテグレーション(Continuous Integration、以下、CI)と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを格的に導入し始めたのは

    継続的インテグレーションを始めるための基礎知識
  • JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも

    現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた(またはそのPull Requestにコミットを積み重ねた)時にそれを検知し、自動でマージしビルドしてくれる (実際はcrontabで設定したタイミングで) GitHubのPull Requestペー

    gongoZ
    gongoZ 2013/01/29
    これ使えば Github private repository でも pull request に対する CI が可能になるかな。熱い
  • 1