Jenkinsさん、弱点を克服するの巻

Jenkins

以前、川口さんから「Jobの設定と実行環境をJENKINS_HOMEに設定したがために、Jenkins（やHudson）のバックアップが面倒なんだ」的な話を聞いたんですよ。
具体的に言うと、JENKINS_HOMEを丸ごとバックアップすると、そん中にJobのワークスペースやらビルド結果やらが含まれるので本質的にJenkinsのバックアップとは異なるモノも取っちゃうし、バックアップサイズもデカくなるって話（過去のビルド結果は微妙だけど、JobのワークスペースなんてSCMから再取得すれば消えてしまっても困らないでしょ。


何でそんなこと思い出したかというと、久しぶりにJenkinsのシステム設定眺めてたら、こんな設定項目みつけたからよ。

　　　↓↓「高度な設定」押す↓↓


ほほう。ヘルプみると workspace と builds とJENKINS_HOMEは用途が違うから、それぞれ適した配置をしてもいいよ的な事が書いてあんね（workspace は揮発しても良い、builds はサイズデカくなるからそれなりのディスクへ、JENKINS_HOMEは大事にしろって感じ？


設定可能な環境変数は以下の３つ

  • ${JENKINS_HOME} ― Jenkins home directory
  • ${ITEM_ROOTDIR} ― Root directory of a job for which the workspace is allocated.
  • ${ITEM_FULLNAME} ― '/'-separated job name, like "foo/bar".

つまり、デフォルトだと${JENKINS_HOME}から始まる${ITEM_ROOTDIR}が設定されているけど、${ITEM_FULLNAME}使えば、他のディレクトリに workspace や builds を設定できるようだ（って、実際試したらできたんだけどさ。


ちなみに、修正のきっかけになったであろうチケットはこいつだと思う。


そんで @ikikko さんが調べてくれたんだけど、v1.421 から入ってたんだと。むむぅ。