Private content!This content has been marked as private by the uploader.
![Private Presentation](https://cdn-ak-scissors.b.st-hatena.com/image/square/a8ec99acda770be6434960925fe13fad413fdbf2/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fgcc2016capcomci-160304100201-thumbnail.jpg%3Fwidth%3D640%26amp%3Bheight%3D640%26amp%3Bfit%3Dbounds)
はじめに 継続的インテグレーション (以下CI) とは、アプリ開発時の品質向上・納期短縮を目的とした習慣のことです。「アプリのテストやビルドの自動化」というと分かりやすいでしょうか。CI を支援するツールは Jenkins が有名ですが、今回は GitLab 製の CI ツール「GitLab CI」を Amazon Linux にインストールして使ってみました。その手順をメモしておきたいと思います。 本エントリの内容は前回のエントリ「社内 GitHub を実用的に構築! Amazon VPC 環境に GitLab サーバを構築してみた」で構築した環境をベースにしている前提です。本エントリの手順は GitLab の環境構築後、試してみてください。 GitLab CI をインストールする ユーザの作成 まずは gitlab_ci というユーザを作成します。ただそれだけです。 sudo su -
前回の記事でGitLabをCentOSにインストールしました。今回はGitLab_CIをインストールして継続的インテグレーション生活をはじめます。GitLab_CIは出始めのころの導入記事しかなかったのでちょと大変でした。 公式で推奨されている方法は、 gitlab -> ユーザー “git” gitlab_ci -> ユーザー “gitlab_ci” gitlab_ci_runner -> ユーザー “gitlab_ci_runner” とそれぞれにユーザーを作る方法ですが、今回は両方とも1つのサーバに入れるので、全部ユーザー “git”によって操作させることにしました。じゃないとパーミッションとかで困ります。あと”gitlab_ci_runner”ってのは要はビルドスクリプトを実行するアプリで、gitlabを含めて3つのアプリをインストールすることになります。動かすポートは、 gitl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く