GitHub + Jenkins で、全てのプルリクエストに対してレビューとテストを必須にする - Qiita
最近関わった某OSSの真似をして、GitHubプロジェクトでプルリクエスト（PR）のレビューと自動テストを必須にしたいと思い、ドキュメントを適当にググりながら設定してたのですが、書いてる内容が古かったりしてやたらこんがらがり、1日仕事になってしまいました。 ということで、自分はこう設定したというメモを残します。まぁこれもほっとくとすぐ古くなりそうですが。 やりたいことは、以下の通り。 masterブランチPR発行時、然るべき人にレビューのリクエストが飛ぶようにする 同時に、Jenkinsでテストも実行される レビューとテスト、両方が通らないとmasterにマージできないようにする まずはレビューを必須に レビューを必須にするのは、GitHubだけで設定可能です。以下説明。 GitHubプロジェクトを作るところは省略します。ここでは、bonotake/rvtest なるリポジトリをこさえたと
もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP
やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it
Jenkinsの公式Dockerイメージ使ってみた - knjnameのブログ
以前のエントリ（ http://knjname.hateblo.jp/entry/2014/05/03/190842 ）で自分でJenkinsのDockerイメージを作成したりしてみましたが、 Jenkins公式でDockerイメージを配布するようになったので、それを使用したほうがいいと思います。 Github https://github.com/cloudbees/jenkins-ci.org-docker DockerHub https://registry.hub.docker.com/_/jenkins/ 普通に使うだけなら、下記のようにすればいいだけですが、 docker run -p 8080:8080 jenkins これだと何も細かいことを設定できていないので、いくつか補足。 Dockerイメージ内のJenkinsのバージョンについて 永続化ディレクトリ(JENKINS_
Dockerを用いたJenkinsの運用をしてみた話 | PSYENCE:MEDIA
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2015 の投稿記事です。 こんにちは、2015年新卒インフラエンジニアの河合です。アドベントカレンダー2015の3日目を担当します。現在の担当プロダクトは英語/英単語サプリです。そういえば10月末に英語サプリのiOS版がリリースされました。 英語サプリ 英語サプリリリースに伴い、インフラ業務としては Terraformの運用の話 Amazon EC2 Container Serviceで構築した話 などと色々なネタがあるのですが、本日はDockerを用いたJenkinsの運用をしてみた話をします。 Jenkinsと数ヶ月ほど戯れてみて… Jenkinsと戯れてみて思ったのは以下のとおりです。 拡張性の代償として保守運用コストを要求する プラグインが豊富なので、設定が容易に済むことがある 各ジ
CI環境構築手順 (Jenkins + SonarQube + Nexus) - Qiita
概要 Jenkins、SonarQube、Nexusを使用してCI環境を構築する手順を記載する。 どのようなCI環境を構築するか GitリポジトリにソースコードがPushされると、自動的にJenkinsがJunitテストとCheckstyle、FindBugs、SonarQubeによる静的解析を行う。 Junitテストと静的解析の結果をJenkinsの画面で確認できる。 GitリポジトリにライブラリモジュールがPushされると、自動的にNexusのプライベートMavenリポジトリにartifactとして登録される。 前提 Linux(CentOS7)端末にCI環境を構築する。 ビルドツールにMavenを使用する。 バージョン管理システムにGitを使用する。 Jenkins、SonarQube、NexusをDockerコンテナとして動作させる。 事前に用意しておくもの Gitリポジトリ Or
Jenkinsの評価 | tracpath:Works
現在のソフトウェア開発は一昔前と比べると、以下のような特徴があります。 リモートワークが多くなり開発拠点が分散 開発環境も個人によって差異がある リリース頻度とスピードが速い APIを使った他サービスとのインテグレーションが多い アプリでは動作環境がデバイス種類だけある このような中でソフトウェアの品質を保証するためにCI（継続的インテグレーション）が必須になっている組織・企業が多くあります。そのためCIツールの選定、他CIツールへのリプレイスは開発するソフトウェアに大きく影響します。 この記事ではCIツールの鉄板と言えるJenkinsを評価して行きます。 プラグインの多さ Jenkinsのプラグイン一覧をご確認ください（https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Pluginsbytopic）。これらがJenki
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
jenkinsプラグイン「Publish Over SSH」の怪 - 生涯未熟
jenkinsおじさんと濃密な対話を繰り返している今日。 jenkinsのプラグインといえば便利なものが多いですが、その中でもデプロイ作業をさせる際に「Publish Over SSH」を使ってる人も多いはず。 私も同じく使っているのですが、ちょっぴり謎な挙動がありました。 正しく設定してるのになぜか怒られる件 まずは以下を見て下さい。 赤字のとこに注目して欲しいんですが、 Either Source files, Exec command or both must be supplied （ソースファイルか実行するコマンドを片方か両方指定しろやボケ！） と怒られていることがわかります。 で、jenkinsおじさんにこのまま怒られるのも癪なのでコマンドを入力してみました。 なんで消えないんだよ・・・！ どうもjenkinsのver1.537だと正しく入力したとしても怒られるみたいです・・・
「Javaの鉱脈」でRundeckの記事を書きました | さにあらず
WEB+DB PRESS の Vol.87 で、ジョブスケジューラの記事を書いたので是非読んでくださし。 2015/6/24 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 https://gihyo.jp/dp/ebook/2015/978-4-7741-7477-8今回の記事における対象読者について#僕の知ってる範囲ですと、どうも Jenkins 先生をジョブスケジューラの一種として運用している方が随分と多く見受けられます。 具体的に言うとJenkins Job DSL / Plugin等を使っているケースがこれにあたります。 CI サーバがジョブスケジューラの一種であるという部分に関しましては否定しようもないのですけども、定常的な運用作業にまで CI サーバを使うのはちょっと違うんじゃないかなーと常々
rundeckをセットアップして、jenkins上のjava成果物をデプロイする - aptheia.info
rundeck でjenkins上の成果物をデプロイしよう、という話。 rundeck について 公式サイト ITオペレーションのコンサルやってるDTO Solution（Depops関連の資料とかでよく会社名は見かけますね）が作っているデプロイ用のツール。元々はControlTierっていう管理ツールがあって、そこから分家した。ControlTierはサーバー/クライアントモデルだけど、サーバー側しか用意しなくていいRundeckのほうがお手軽度高い。 複数のサーバーを対象に状態を変更するのが目的で、capistranoとかfabricとかと同じジャンル。GUIで操作するのが特徴なので、webistrano とかに近い。 GUI（笑）みたいに思うかもしれないけど、画面上から履歴が確認できたり、ブラウザがあればどこからでもデプロイ出来るのって、運用の敷居下げるのに貢献してくれると思う。 r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
