継続的インテグレーション(CI)を導入することで、「コードエラーの減少」「開発サイクルの短縮」「より短期間でのソフトウェアリリース」を実現できます。この記事では、CI導入の方法を紹介し、GitHubとJenkinsとのインテグレーションについて詳しく見ていきます。 CIが重要な理由 企業はこれまで以上に短期間でソフトウェアをリリースする必要に迫られており、CIはそのニーズに対応するための重要な要素となっています。CIを導入すると、チームは数分でコードをビルド、テスト、アップデートできるようになり、品質の向上および本稼働までの時間の短縮を実現できます。 日々テクノロジーが変化する環境では、チームは多種多様なツールを組み合わせて使用します。私達がGitHubをチームに最適なツールと自由に統合できるようにして、できるだけ多くの開発者の仕事をしやすくすることに注力しているのはそのためです。現在、G
Windows上でJenkinsを起動しているときに実行しているユーザーを切り替える必要があったのでメモ。 環境は以下の通り。 OS : Windows Server 2012 R2 Jenkins : Ver.2.32.1 JenkinsはWindows上ではサービスで起動していて、各ジョブはOSのシステムが実行しています。 試しにジョブで"Windowsバッチコマンドの実行"で以下のコマンドを入力します。 whoami /user するとコンソール出力にこのようなログが出力されます。 ユーザー名 SID =================== ======== nt authority\system <SID>これが現在Jenkinsを実行しているユーザーです。 このユーザーを切り替えるには、以下の手順を実行します。 [コントロールパネル] - [管理ツール] - [サービス] を開く
最近勉強を始めたコンテナ技術に関する基礎的な知識をまとめました。 [訂正と注釈] p.27-30: 「Deployment」内の「Version: 1」 => 「Version: 2」 p.37: 「終了コードをから」 => 「終了コードから」 p.39: 「HTTPSが利用できない」=> AWS上では、SSL終端するLBがサポートされています。https://kubernetes.io/docs/concepts/services-networking/service/#ssl-support-on-aws p.40: 「ユーザがingress controllerをmaster上にセットアップする必要」 => master上にセットアップしなければならないという制約はありません。例えばGCEのingress controller(GLBC)はPodとして動作します。https://gi
GitHub + TravisCIな環境でよく見かけるビルドアイコン、いいですよね。私の会社ではリポジトリとしてGithub Enterprise（以下、GHE）を使っていますので、Travisと連携というのはちょっと難しくて、主流はJenkinsです。 でもビルドステータスをアイコン表示したかったので、探してみたらありました、表示できるプラグインが。というわけで、その紹介です。 導入手順 Jenkinsの管理画面から以下のプラグインを入れます。 Embeddable Build Status Plugin このプラグインを入れると、ジョブの画面に日本語環境だと「埋め込み用ステータスアイコン」というメニューが表示されます。あとはこれを目的の場所にあった形式で取得し、貼り付ければOKです。 私はこれをGHEで使っていますので、README.mdのタイトル真下あたりに入れて、いい感じの表示にな
ダウンロードしたJsTestDriverを--portオプションで起動しましょう（ $ java -jar JsTestDriver[バージョン番号].jar --port 9876 ）設定ファイルのサンプルをダウンロードしてJsTestDriver.jarと同じディレクトリにJsTestDriver.confの名前で保存しましょう これでJsTestDriver serverが起動します。 今回はテスト対象としてphantomjsを使用しますが、他にテスト対象のブラウザがある場合、 http://[JsTestDriver server]:9876/capture へ接続して放置します。 （テスト毎にリロードを行う必要はありません）
最近、iOSアプリの開発でも継続的インテグレーション(CI)を取り入れていくプロジェクトが増加傾向にあるようで、各種ツールやライブラリ、ノウハウが出回ってきているように感じられます。そこで私も早速iOSアプリ開発でのCI導入を試してみることにしました。今回の導入試験では、以下のような環境を想定して行いました。 iOSアプリの開発を、Xcode 4.X系のプロジェクトとして行う。 VCSにはgitを採用し、githubの公開リポジトリをリポジトリサーバーとして使用する。 CIサーバにはMacを採用し、プロジェクトをビルドするためにXcode 4.Xをインストールしておく。 ■必要なツールを準備する CIといったら、まずは何はなくともJenkinsです。 http://jenkins-ci.org/ ここでは導入について詳しくは挙げませんが、私は以下の本を参考にしました。 https://gi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
