The ‘as code’ paradigm is about being able to reproduce and/or restore a full environment within minutes based on recipes and automation, managed as code. Setting up Jenkins is a complex process, as both Jenkins and its plugins require some tuning and configuration, with dozens of parameters to set within the web UI manage section. Jenkins Configuration as Code provides the ability to define this
ジョブの設定をJenkinsfileで管理し始めてから3か月ぐらい経ったので、知見をまとめてみます。 Jenkinsfileを使うメリット Jenkinsの画面でジョブを管理していると以下のような問題が起きることが多いと思います。 誰かが勝手にJenkinsの設定を変更して動かなくなった ジョブ設定を別リポジトリに横展開したいけど、ポチポチ設定するのが面倒 JenkinsfileをGitで管理することで、以下のメリットがあります。 いつ、誰が、なぜジョブ設定を変更したのか後から調べられる Pull Requestでジョブ設定の変更をレビューできる ブランチを使ってジョブ設定を試行錯誤しやすい Jenkinsの運用ポリシー 前項のメリットを実現するには、Jenkinsを以下のポリシーで運用することが望ましいでしょう。 Jenkinsの設定は最小限に抑える なるべく画面からジョブ設定を変更せず
はじめに Jenkins2.0がでてPipelineのgroovyスクリプトですべてが書けると思っていた時期が僕にもありました… 最終的にはそこを目指しているのでしょうが残念ながら今現在の状態としては、個人的には一番良い使い方は条件分岐やパラメータの読み込みなんかがいいんだろうなぁとおもってます。(サーバーなんかのデプロイはpipelineで解決し思想ですが…) というわけでまだまだフリースタイルのジョブは健在なわけで…そんなフリースタイルジョブで地味に便利なプラグインをいくつか紹介したいと思います。 pre-scm-buildstep Jenkinsでgitなんかを使いたいときにgitの前に操作をしたいときがあります。 そんな時にこれを使えばgitの前の操作を指定できます。 ThinBackup 設定だけバックアップできます。 これをgitで管理しちゃうのが一番バージョニング楽だと思いま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く