DooD(Docker outside of Docker)環境Jenkinsにおけるjenkins_homeと/var/run/docker.sockのパーミッション - Qiita
$ mkdir $HOME/jenkins_home $ docker build . -t jenkins-dood ... $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE jenkins-dood latest b07c3629294e 21 hours ago 944MB jenkins/jenkins 2.322-jdk11 a7aa4a28243e 4 days ago 442MB jenkins/jenkins latest a7aa4a28243e 4 days ago 442MB $ docker run -d \ --name jenkins-dood \ -u $(id -u):$(id -g) \ --group-add $(awk -F: '$1 == "docker" {print $3}' /etc/gr
はじめに Jenkins を使って CI 環境を構築する方法について説明します。 Jenkins は 2.121.1 を使いました。 アプリケーションは Ruby on Rails を対象にしています。 尚、導入したプラグインは他にもあるかもしれませんが、あまり比較できていません。 想定する CI 環境と開発の流れ CI 環境 CI 環境は以下を想定しています。 開発は各人の PC で行う SCM は Git を用いる Git Repository は GitHub を用いる (public) Jenkins はサーバ上に構築する(GitHub と Jenkins が連携する) Jenkins とは Jenkins はジョブ管理アプリケーションです。 何かしらの処理を行うジョブを作成し、ジョブを実行する条件をイベントとして設定して利用します。 (当然、手動で実行もできる) 今回想定する C
いつも通り、yum update で Jenkins のバージョンアップを行ったら以下のエラーで停止した。 ちなみに、OS は Amazon Linux(1系)です。
Jenkinsのdockerイメージを作成する手順を構築していたのですが、毎回プラグインのインストールをするのもなんだよね。。。 ということで、プラグインがあらかじめインストールされたdockerイメージを用意することにしました。 また、毎回jenkinsのユーザをつくるのもなんだよね。。。 ということで、ユーザも同時に作成するようにしています。 なお、開発環境がproxy背後なので、proxyの設定も入ったスクリプトになっていますが、そうでない方はproxyの記載は必要ないです。 Preinstalling pluginなjenkinsを作成する 「Suggested plugins」だけでなく、任意のプラグインがインストールされた状態のjenkinsを作るには、公式のgithubの情報がすごくためになります。 あ、公式と言っても、jenkinsの公式の方です。この記事にも書きましたが、
Jenkinsとshellの初心者が1からジョブを作って勉強になったこと - その１(shell script) - Qiita
最近社内で新たにJenkinsジョブを作るチャンスがありました。 ShellScript、dockerなどに詳しくないこともあり、色々模索しました。 その中で勉強になったことをこの記事で記録します。 今後Jenkinsジョブを作る方のためにもなれればと思います。 shellスクリプト諸々 今回のJenkinsはUnixサーバーで建てられたため、シェルスクリプトを書く必要がありました。 windowsのbatを少し作ったことはありますが、shellはほとんど経験がなく、初歩的なところから色々調べました。 #!/bin/bash shellで書くため、まず先頭にこの記述が必要です。 bash以外に他にもcsh、zshとか色々種類があります。 種類ごとに文法も違います。 例えば、cshでは環境を設定する場合、setenvというコマンドを使いますが、bashではこういう文法はなくて、exportを
Jenkins と Github を連携させるための手段として、Webhook と SCMポーリングの二つあると思いますが、違いをまとめてみました。理解を深めるためにまずは予備知識を下に並べます。 Jenkinsとは Javaで書かれたオープンソースCIツール。 CIとは Continuous Integration (継続的統合)。アプリ開発時の品質改善や納期短縮のための習慣。 習慣とかわかりにくいのでもっと狭義に言うと ビルドやテストを頻繁に継続して行うことで、バグを早期に発見し、開発の効率・納期の短縮を実現させるための手法。 (ビルド：コンパイル〜ライブラリの依存解決〜パッケージ化のようなソースコードからリリース/デプロイ可能なモジュールを作成するまでのプロセス。) 手法とかイメージしにくいのでもっと具体的に言うと 時間 (何時間に一回とか) もしくはトリガー (Github上でプル
自己紹介と今回書くこと こんにちは、enzaプラットフォーム事業本部でエンジニアをやっている安藤です。 巷で話題のGitOpsについて「聞いたことあるけど、導入は検討していない」という状態だったのですが、今更ながらGitOpsが与えてくれる恩恵について知ることができたので、そのことについて書きたいと思います。
始めに Jenkins 2.0からパイプラインが、そしてJenkins 2.7からはBlue Oceanプラグインが利用可能となりました。今回はこれらのプラグインを取り上げます。 対象は以下の方々を想定しています。 Jenkinsは使ったことがあるが、1.6系のJenkinsまでで止まっている。 パイプラインに興味はあるが、敷居を高く感じている。 画面ショットを交え、実際に手を動かしながら実行できる内容となっていますので、実際にJenkinsを操作しパイプラインとBlue Oceanの理解を深めていただけると幸いです。 パイプラインとは 従来Jenkinsはフリースタイルジョブでジョブを定義していました。ただフリースタイルジョブでは、例えば条件ロジックを組めなかったり、ジョブの途中で停止してしまった場合に最初から始めなければならなかったりと現実的にCI/CDを実現するには多くの制約がありま
ユーザー：admin パスワード：P@ssw0rd Jenkinsサーバー：http://192.168.1.101:8080 上記の「sample_job」というジョブの情報を「config.xml」というファイル名で保存するには以下のようになります。 以下のようなconfig.xmlが取得できます。 <?xml version='1.1' encoding='UTF-8'?><project> <description>sample job</description> <keepDependencies>false</keepDependencies> <properties/> <scm class="hudson.scm.NullSCM"/> <canRoam>true</canRoam> <disabled>false</disabled> <blockBuildWhenDown
GiteaとJenkinsによるCI/CDの実例サンプル（Python / PHP / Perl でテストとデプロイを自動化する） - Qiita
GiteaとJenkinsによるCI/CDの実例サンプル（Python / PHP / Perl でテストとデプロイを自動化する）GitJenkinsCIテスト自動化gitea はじめに 先日、GiteaとJenkinsを利用したCI/CD環境を構築しました。 この環境を利用して、テストとデプロイを自動化するサンプルを動かして、いわゆるCI/CDに入門してみようと思います。 対象はPHPとPythonとPerlで作成したHTMLを生成するだけのアプリです。 できるだけ簡素なサンプルとしたかったので、フレームワークは利用していません。 簡単なサンプルで一連の流れが自動化できた（と思ってる）ので、これを「ひな型」として拡張していけたらいいかな、と思います。 これをやります user01というひとが、nginxが動作している開発サーバ(web-dev)上でsampleというアプリを作成していると
GitHub ActionからVPN経由でJenkins jobを実行したい - Qiita
はじめに 仕事でGitHubを使い出したんですが、Push後に既存のJenkins上にあるjobを実行をしたい。でもJenkinsサーバーはVPN上、どうやって繋ぐんだろう。 ってのを調べて解決したので記事に残しときます。 ポイントは3つ 1. GitHub上で秘密鍵などのシークレット情報はどうやって管理するんだろう？ 2. VPNはどうやって張ったらいいんだろう？ 3. GitHub ActionからどうやってJenkinsのJobを呼ぶんだろう？ GitHubでのシークレット情報の管理 GitHubでは、リポジトリのsettins > secretからシークレット情報が保存できます。(リポジトリ管理者限定) 例えば EncodedVPNSettings という名前のsecuret情報を登録した場合、 secrets.EncodedVPNSettings を環境変数に設定することで、se
JCasC (jenkins configuration as code) の構築 - Qiita
jenkins のコード化プラグイン "jenkins configuration as code"について、しばらく検証していたのをまとめました。 JCasCとは jenkinの設定をコード化し、別の環境でも同じ設定、プラグイン、ジョブを再構築するプラグインです。 GUIによる設定がメインになっているjenkinsにおいて、属人化を無くす可能性が高いです。 Jenkins Configuration as Code：最初の一歩（ママ見て、すごいでしょ） github.com/jenkinsci/configuration-as-code-plugin 注意点 今回は、事前に用意したdockerファイル、jenkinsファイルでjenkinsプロジェクトが自動構築される様に用意しました。 jenkinsの本来の利用は、ビルド、テストの自動化ですが、今回、もともとの利用用途がジョブの実行であ
Jenkins Web API まとめ - Qiita
Overview curl で Jenkins の Web API を叩きたかったのですが、なかなか自分が欲しい情報が集まりませんでした...。 他にも困っている人がいるかなと思ったのでまとめておきます。 各 Node 情報を取得
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JenkinsでCI環境構築事始め - Qiita
Jenkins2.235のバージョンアップで公開鍵のインストールエラー｜chatora tips
pluginsインストール済＆ユーザ作成済のJenkins用Dockerイメージを作る手順
Jenkins と Github を連携させる Webhook と SCMポーリング - Qiita
俺、今期が終わったらGitOpsするんだ - Tech Inside Drecom
Blue Oceanを用いて作る初めてのパイプライン | CloudBees|テクマトリックス
Jenkinsに登録されているJob設定のインポート・エクスポート(CSRF対策)
rinsimpl.com
warera.fanbox.cc
news.livedoor.com
netaful.jp
thetv.jp
kurosaba.hobbiestime.com