もう 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と戯れてみて思ったのは以下のとおりです。 拡張性の代償として保守運用コストを要求する プラグインが豊富なので、設定が容易に済むことがある 各ジ
Docker を使って Jenkins サーバーをローカルに構築する (プラグイン導入済み) | DevelopersIO
Jenkins on Docker 最近では Jenkins サーバーを Docker 上で構築するケースが増えてきています。CI 環境は、簡単に作り直したり複製したりすることができる Docker のメリットを活かせる環境であると言えます。 ということで、Docker を使って Jenkins サーバーをローカルに構築する方法をご紹介したいと思います。また Jenkins にはプラグインをインストールして使うことが多いと思うので、プラグインがインストール済みの Docker イメージをビルドする方法も併せてご紹介します。 Docker のインストール まずはローカルに Docker が実行できる環境を作りましょう。以下のドキュメントを参考にしてください。Mac では Docker Toolbox をインストールする方法と Docker for Mac をインストールする方法の2通りがあり
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サイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
jenkinsプラグイン「Publish Over SSH」の怪 - 生涯未熟
jenkinsおじさんと濃密な対話を繰り返している今日。 jenkinsのプラグインといえば便利なものが多いですが、その中でもデプロイ作業をさせる際に「Publish Over SSH」を使ってる人も多いはず。 私も同じく使っているのですが、ちょっぴり謎な挙動がありました。 正しく設定してるのになぜか怒られる件 まずは以下を見て下さい。 赤字のとこに注目して欲しいんですが、 Either Source files, Exec command or both must be supplied （ソースファイルか実行するコマンドを片方か両方指定しろやボケ！） と怒られていることがわかります。 で、jenkinsおじさんにこのまま怒られるのも癪なのでコマンドを入力してみました。 なんで消えないんだよ・・・！ どうもjenkinsのver1.537だと正しく入力したとしても怒られるみたいです・・・
Jenkins に入れておきたいプラグイン - Qiita
まあ、n番煎じですが Build Trigger Badge Plugin ビルドの理由がアイコンでわかってちょっとお茶目 Environment Injector Plugin インストールすると名前が変わる。利用可能なプラグインのリストではEnvInjectだったような・・・ MSBuildでビルドするのに環境変数設定が必要な場合とかに有効 （というか、そういう用途で使いたいと思っている） SonarQube Plugin コーディングルールチェックに。FxCop/StyleCopを直接たたくより色々使い勝手が良いので Doxygen Plug-in C#でせっかく書いたXMLドキュメントを活用してみたい Jenkinsの管理の中に「インストール済みDoxygen」ってあって、自動インストールとかあるけど、Doxygen.exeの自動インストールをしてくれるわけじゃないのね・・・ しか
Jenkins Git publisherでデイリーリリースをタグ付けする - Qiita
どの変更分までをリリースしたりテストしたりしたかを確認する必要がでてきたため、 デイリーのリリース結果としてリリース用ブランチのタグ打ちを自動化した履歴 用意されてるものだけだと普通に出来るが、 ちょっと名前など工夫入れようとしたらハマったためメモ 前提 内部で利用しているGitLabからソースを取得している 通信の制約上Webhookでいい感じに使えない Pollingで頑張るしかない... Plugin Git plugin リポジトリでGitを使っているため利用 タグ打ちする時にも使ってる Environment Injector Plugin Git Publisherに渡すタグ名の環境変数を入れるために利用 やったこと 上記Pluginを入れておく Gitリポジトリから取得できるよういい感じになにがしかする RepositoryとCredentialsは通常通り設定 Advanc
プロジェクト開始時点で検討しておきたい画面テスト手法 - Qiita
最近のテスト自動化環境について調査。（画面テスト編） ■単体テスト 単体テストを導入する意味： ①変更を加えた際に、テストコードがあると比較的安全に編集ができる。 ②品質を常に高めていくようにテストコードを記載していくと最後に品質を担保するより作りこめる。 xUnitのようにテストケースを記述できるJavaScriptテストフレームワークを紹介する。 Jasmine (Framework / Assertion / Spy and Mock) http://jasmine.github.io/ http://qiita.com/opengl-8080/items/cf3acafda9756f4b04c9 JavaScriptで簡潔に単体テストを記述する事ができる。 特徴：Spy, Mockも作れる。 Test Runnerである Karma も一緒に使いたい。 http://qiita.c
Jenkinsおじさんビルド結果Slackに通知して - Qiita
Jenkinsおじさんビルド結果通知してのSlack版を書いておこうと思います。 すでにSlackとJenkinsを導入している場合の連携設定についてだけ記載するので Jenkinsの導入については こことか Slackの導入については こことか 参考にしてください 1.JenkinsプラグインのInstall [Jenkinsの管理]-[プラグインの管理]-[利用可能] 「Slack Notification Plugin」へチェックをつけてインストール 2.SlackのIntegrationsの設定 2.1.Jenkins CIを追加 [Menu]サイドバー-[Integrations]-[All Services]-[Jenkins CI]をAddします 2.2.Jenkins CIの設定 ビルド結果を出力するチャネル設定をします。 チャネルを選択したら「Add Jenkins CI
Publish Over SSH
This plugins shares many configuration options with two similar plugins: Publish over CIFS Publish over FTP Please read Publish Over first to learn about their common configuration options. Only options specific to Publish over SSH are documented below. SCP - Send files over SSH (SFTP) Execute commands on a remote server (can be disabled for a server configuration, or for the whole plugin) Use use
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
Jenkins+GradleでJavaのCIのための基本build.gradle設定 (JUnit,PMD,FindBugs,CPD,JaCoCo) - Qiita
Jenkins+GradleでJavaのCIのための基本build.gradle設定 (JUnit,PMD,FindBugs,CPD,JaCoCo)JavaJenkinsgradlePMDFindBugs 私的Java開発をJenkinsでCIするためのbuild.gradleとJenkinsの設定です。要不要に応じて書き換えたり足したりが必要です。特にチェックルール。 環境 Java 1.7 Groovy 1.8.6 Ant 1.9.2 Ivy 2.2.0 Gradle 1.11 Mac OS X 10.9.2 全体の流れ Jenkinsに必要なプラグインをインストール GradleでFindBugs, PMD, CPDを実行するようbuild.gradleを作成 Eclipseでは Jenkinsにいれるプラグイン Gradle plugin - jenkins+gradle連携 Fi
Jenkins CI 上で Gradle を利用する最も簡単な方法 - bluepapa32’s Java Blog
Gradle にも大分慣れてきたし、そろそろ 実際にプロジェクトで使えるように準備しないと... まずは Jenkins CI で Gradle が利用できるように準備しようかな。 今時のプロジェクトでは Jenkins CI ぐらい当たり前ですよね。 と言うことで、今回は Jenkins CI で Gradle する最も簡単な (と思われる) 方法です。 実は Jenkins CI で Gradle を利用するために 必要な準備なんて何もありません。 インストールレスで Gradle してみる でも紹介した 『Gradle Wrapper』 さえ使えば、一般的なジョブの設定をするだけでいいんです。 もし、Jenkins CI 上で環境構成を変更する必要があるのであれば Gradle で環境ごとに構成を変更する Gradle で環境ごとに構成を変更する その２ Gradle で環境ごとに構
JenkinsでGradleを使おう - しおしお
閉鎖環境のJenkinsでGradleを使ってビルドする方法をまとめてみた。閉鎖環境じゃなかったら、gradleWrapperを使って簡単にできるみたい（であってるかな？）。 幸いにも、俺の職場は開発PCは外部にアクセスできるので好きなものを落としてきて入れれるので、Jenkinsサーバが外部アクセスできなくてもいろいろ出来ました。 Jenkins Gradle pluginをインストールする プラグインは、以下のサイトからダウンロードしてインストールします。 http://updates.jenkins-ci.org/download/plugins/gradle/ インストールは、ダウンロードしたgradle.ppiをJenkinsにアップロードするだけでOKで、「Jenkinsの管理->プラグインの管理画面」から行います。 下の画像のように、高度な設定タブを選択して先ほどダウンロード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jenkins の表示時間を日本時間にする - Qiita
Continuous Integration and Delivery - CircleCI
