JenkinsにおいてGithubアカウントでログインできるようにした。 またGithubのOrganization(開発グループ的なもの)のメンバーだけがJenkinsの権限を持ってジョブを実行できるようにした。 その手順をメモしておく。 # 参照サイト Jenkins with GitHub OAuth Plugin のセットアップ手順 - 野良C++erの雑記帳 Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち Role Strategy Plugin - Jenkins - Jenkins Wiki やってみた手順 githubアカウントでjenkinsにログイン出来るようにする jenkinsインストールする Jenkinsのプラグインに以下を追加する Github OAuth Plugin Role Strategy Plugin Gi
2/23追記： 移行するにはworkspace以外全部うつすといいっぽい。 （部分バックアップしたらシステム設定が移らなかったりしました） 参考：http://snickerjp.blogspot.jp/2013/10/migrate-JenkinsCI.html tarアーカイブしてS3転送のスクリプト書いてもよかったけど、 ThinBackupプラグインをつかったほうが楽な感じだったので。 ThinBackupプラグインの設定をする Jenkinsの管理＞ThinBackup＞Settings ・Backup directory /var/lib/jenkins/backup ※ディレクトリは読み書きできる場所に自分で作っておく ・Backup schedule for full backups H 12 * * 1-5 ・Max number of backup sets 2 ・Fi
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「開発者（個人）のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 ここでは、スレーブの作り方と使い方を簡単にまとめてみました。 環境 Ubuntu 14.04 LTS Jenkins 1.580, 1.582 途中から 1.582 に Upgrade しました スレーブの設定方法 まずはスレーブを作ってみる とりあえず作るなら、localhost だけで十分です。 スレーブの新規作成 スレーブの設定 赤枠で囲んでいる部分が、手を加え
目的 Jenkinsのセキュリティ対応。 デフォルトの状態だと、JenkinsのURLにアクセス出来る人であれば、全ての機能をいじることが可能で危険すぎるため、以下のセキュリティ対策を行います。 ユーザーアカウントを作成してログイン必須にする。 ユーザーに権限を付与して行動を制限する。 手順メモ 権限付与プラグインのインストール メニューから、「Jenkinsの管理」->「プラグインの管理」を選択して、プラグインマネージャーページを開く。 「利用可能」タブ内の「その他（security）」カテゴリにある「Role-based Authorization Strategy」をチェックして、「再起動せずにインストール」ボタンを押す。 これでプラグインがインストールされます。 試した感じだと、このプラグインを反映させるために、Jenkinsの再起動は必要なかったです。 プラグインを有効化 メニュ
概要 Jenkinsのインストールまでは、ansible等を使って自動化されていると思いますが、その先のプラグインのインストールやジョブの設定等の作業はJenkinsのUI上からぽちぽち手動でやっている方が多いのはないのでしょうか？ Jenkinsを1台立てるだけなら手動でもいいですが、stagingとproduction用にJenkinsを複数台構築したり、他のプロジェクトでも似たような設定のJenkinsを再度構築する必要が出てくると、毎回手動で設定するのは大変です。 また、手動の場合はどのプラグインをインストールするだとか、グローバルセキュリティの設定をどうするだとかは忘れないように手順書に記載したといった作業も発生してしまいます。 誰でも同じ設定のJenkinsを簡単に構築できるようにするためには、設定も全て自動化させてしまいましょう。 Groovyスクリプトで設定を行う Jenk
前回オフラインでもChatOpsしたい！Dockerで解決しよう！で投稿したとおり、オフラインの現場でChatOpsするための環境を作りました。 まだ道半ばですが一旦導入してから半年かつ年末ということもありまとめてみます。 最終的に導入したものは以下のとおりです。 RocketChat Slackクローンのチャットツール(ビデオ通話もできる) Kanboard タスク管理できるカンバンツール Jenkins JOB管理ツール Knowledge Qiitaクローンのナレッジ共有ツール（もちろんMarkdownでかけるよ） fluentd ログ収集ツール ELK(ElasticSearch+Logstash+Kibana) 全文検索＋ログ収集＋ビューがDockerイメージで固められてます SonarQube※1 静的解析ツール もともと共通のコード管理ツールとしてGitlabは提供されていた
長いタイトルですみません…。 Vagrantを使ってChef-soloのデモをしようとして、なんどもVMを作ったり壊したりしているんですが、 『３回以上同じことをするならJenkins化』 というマイルールにより、Jenkinsからvagrant up / vagrant destroyするようにしてみました。 VMのイニシャライズ、起動はうまくいって、レシピも適用されて、『いいねー』と思っていたのですが、Chefの実行 -> ジョブの完了後、JenkinsではなくターミナルからVMにアクセスしようとすると、アクセスできません…。 VirtualBoxの画面から見ると、確かにVMは起動しているようなんですが、VirtualBoxの画面からもアクセスができなくなってしまいます。 vagrant status すると、下記のような "aborted" な状態に… $ vagrant statu
Jenkins 2.0を動かすときのボリューム周りのTips を自分用のメモとして書いておきます。 課題 JenkinsのDockerイメージ、もしくはそれを継承したイメージを作成した場合、課題になるのが、ディスクの実行権限です。このイメージは、Dockerイメージの中で定義された、Jenkinsユーザ(uid 1000) で実行されるようになっています。 Dockerコンテナは、通常だとコンテナの内部にボリュームを持っていて、コンテナを削除すると、ボリュームは消えてしまいます。設定内容を保存したいケースでは、-vオプションを使って、保存したいディスク領域を、ホストOSのディスク領域にマウントする必要があります。 ただ、その場合、マウントした、ホストOS側のディスク領域が、Docker内のJenkinsユーザからアクセスできる必要があります。 参考Jenkins 2.0 container
Mac Book Proを購入し、以前ローカルで使用していたJenkinsを移行した時にハマったので、ハマったポイントをここに記載しておきます。 rbenv plugin デフォルトでRBENV_ROOTが"$HOME/.rbenv"になっており、rbenvはそこから利用されるわけだが、rbenv build wrapper利用時だと、指定場所のbin/rbenvを使用しようとしておりエラーとなる FATAL: (CommandError) failed: "env RBENV_ROOT\\=\\$HOME/.rbenv RBENV_VERSION\\=2.1.5 \\$HOME/.rbenv/bin/rbenv versions --bare" org.jruby.exceptions.RaiseException: (CommandError) failed: "env RBENV_R
追記: 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:/
ここ数年、CircleCIやTravis CIに代表されるクラウドCIサービスがメジャーになり、Jenkinsの影がめっきり薄くなりました。 でも、自社のプロダクトではクラウドサービスダメ!であったりで、恩恵を受けられない人のために、Jenkinsで少しでもその恩恵受けたい！というのが、この記事です。 CircleCIに対するJenkinsのデメリット 個人的に、Jenkins離れが多い理由は、 初めのセットアップが面倒 複数プロジェクトで共有すると環境が混ざって大変 ジョブ設定に関する知識が属人的になりやすい(Jenkinsおじさんの出現) の３つだと考えています。 今回は、特に2.に注目します。 複数プロジェクトの環境が混ざる あるプロジェクトAは、Rubyでサーバサイドアプリを、別のプロジェクトBは、Androidを、というような場合、 Aのビルドには、rbenv, rais, ..
概要 Windowsマシン上にDocker Toolboxをインストールして個人用のアプリ開発環境を作ってみます。Windowsマシンそのものへのインストールツールは最小限にして、Docker Toolboxに含まれる仮想マシン上にDockerを使ってSonarQubeなどをセットアップしてみます。 2016.3.29 新しいインストーラ(DockerToolbox-1.10.3.exe)でやり直してみました。 前提としている環境 Windows 10 (7以上だったらいけるはず) Intel VT対応 (それ相当の仮想化テクノロジが使えればよい。最近のPCはほとんど対応しているはず。 ) 目指すこと JavaでのWebアプリ開発で使うだろう開発環境を構築します。構築するミドルウェア、ツールは以下のようなイメージです。 導入するDockerコンテナ Jenkins MySQL SonarQ
Overview 備忘録としてJenkinsをインストールした後大抵入れているプラグインを列挙 & 軽く解説 Build Docker plugin Dockerコンテナを使い捨てのスレーブとして起動出来るようになる。 ジョブ起動ごとにコンテナが起動するのでクリーンなビルド環境を維持、他環境への影響を抑えられる。 使い捨てのビルドに使ったり、使い捨てのテストに使ったり、CMツール(Chef, Ansible等)のCIに使ったり用途色々。 スレーブで利用するイメージはランタイムごとにタグを分けてDockerHubでAutomation Buildしておけばジョブごとに好きなランタイムでビルド出来て良い感じになる。 例). shufo/jenkins-slave-ubuntu (phpとnodejsのランタイムは作ってある)をスレーブとして使うとすると、JenkinsのDocker Plugi
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? RSpecの実行に数分〜数十分単位がかかるようになってきたので、並列実行を導入しました。ちなみに最近日本で流行りのCircleCIなどは使わず、古きよきJenkinsを使っています。 高速化の方法の選択として、下記記事を参考にしました。 20150106: RailsのRSpecテストを速くする方法まとめ 私はtest-queueというgemを実行に使うことで高速化をはかりました。 どれぐらい早くなった？ まず先に結論から。およそ3倍早くなりました。 なぜ3倍かというと、Jenkinsのホストマシンが3コアのマシンだからです。 Befo
BitbucketのHome.mdを自動生成 Bitbucket使っていますか？ 個人利用では主にプライベートリポジトリとして有用だと思います。 markdown対応のissue tracketやwikiもあるので、githubとの親和性もなかなかではないでしょうか。 問題点：作成したページ一覧を確認する手段が用意されていない こんな素敵なBitbucketなのですが、1点問題点があります。 私は作業ログや環境情報のログなどに、リポジトリのwikiを使ってMarkdownでメモをとって記録しているのですが、 このwiki、作成したページ一覧を確認するビューもなければ、それらしき設定もないのです。 つまり、「作成したwikiのページ名を記憶なり記録してURLに打ち込まなければそのベージに飛べない」 というわけです。 そんなわけねーだろ！と思って必死でググったりしていたのですが、2013/09
#はじめに JenkinsでRailsのテストやってますか？ 肥大化するテストを高速実行するためにテストを複数のJobに分割するというのは有効な手段です。しかし、Railsのテストを行うためにはbundle installによるGemのセットアップが必須です。分割したJobが一斉にbundle installするとトータルでのテスト実行時間は極端に低下してしまいます。 ここでは、時間のかかるbundle installを高速に行うための解説を行います。 #なぜbundle installは遅いのか？ bundle installコマンドを叩くことで、bundlerはrubygems.orgから関連ライブラリをダウンロードしローカルにインストールします。しかし、GemによってはC言語で書かれたコードをコンパイルする事がありインストールに時間がかかります。また、複数Jobが一気にrubygem
by @mixiappwchr アプリ開発において、重要なのだけれども面倒なものの一つとしてCI環境の整備があります。 サーバーサイドについては、すでにtravis CI,Circle CI,wreckerなどのクラウドのCIサービスを用いて継続的にインテクグレッてると思いますが、アプリに関しては各サービスがアプリのCIに対応してなかったりするため、未だに、ローカルにmac miniなどおいてJenkinsさんとお付き合いしてる人も多いでしょう。 しかし、やはりローカルのJenkinsを使う場合だと サーバーサイドのCIはクラウドで済ませてるのに、これだけローカルだとリモートからのメンテが面倒。 そもそもjenkins自体設定が結構面倒 などなど、結構メンテに時間を取られたりします。 しかし最近になってCircle CIのiOS対応が進み、いよいよアプリCIのクラウドでの実行が可能な時代に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く