Jenkinsインスタンスでは、フォルダ/ビルドごとのフラグを設定するには、ジョブの設定で[カスタムワークスペースを使用する]を選択します。
For each job on Jenkins, Jenkins allocates a unique "workspace directory."
This is the directory where the code is checked out and builds happen.
Normally you should let Jenkins allocate and clean up workspace directories,
but in several situations this is problematic, and in such case, this option
lets you specify the workspace location manually.
One such situation is where paths are hard-coded and the code needs to be
built on a specific location. While there's no doubt that such a build is
not ideal, this option allows you to get going in such a situation.
...
そして、あなたのカスタムディレクトリパスは次のようになります:ここでの設定内容から簡単なヘルプ情報である
$ JOB_NAMEは「私のジョブ名」ことと$ BUILD_NUMBERます
workspace\$JOB_NAME\$BUILD_NUMBER ~> workspace\my-job-name\123
ビルド番号、eq。 "123"。
このアプローチには1つの厄介な問題があります。なぜなら、これを使用することはお勧めできません.Jenkinsは、古いビルドのディスクスペースを再利用することはできません。古いビルドのクリーンアップを手動で処理する必要があり、手間がかかります。
ディスクスペースの使用量を管理し、監督なしで制御できる代わりのアプローチは、デフォルトのワークスペース設定を使用してビルド出力(ファイル、元のソースコード、ライブラリなど)をアーカイブすることです。 。)ビルド後のアクションとして。非常に便利で、Copy Artifact PluginやArtifactDeployer Pluginなどの素晴らしいツールを他の仕事で利用できます。
この情報は、あなたのニーズに最も適した意思決定に役立ちます。ただ、ビルドを取り除くためのソリューションを追加したい
C:\${JOB_NAME}\${BUILD_NUMBER}
:
"ビルドの削除"では、参照を削除する以外のことも行います。どんなファイルが見えないのですか? – BMitch
ビルドの* artifacts *をアーカイブするようにJenkinsを設定した場合、Jenkinsはビルドを削除するときにこれらのアーティファクトを削除しますが、Jenkinsはそのジョブのワークスペースにアーティファクトを保存しません。あなたの仕事は仕事場の管理を担当しています。適切な成果物をアーカイブし、ジョブのワークスペースを使用してストレージを停止するようにJenkinsを設定する必要があるようです。 –
@BMitchジョブを実行すると、スクリプトはネットワークの場所からビットマップをダウンロードし、ジョブワークスペース(JOB_NAME/ws/BUILD_NO /)に保存します。ビルドが完了したら、私はそれらのファイルを保持したいと思います。なぜなら、他のチームがさらなる解析のためにそれらのファイルを必要とするからです。後で私が宇宙を使い果たしたとき、私はいくつかのビルドを削除する必要がありますが、必要ではありません。ビルド履歴テーブルからそれらを削除すると、ビットマップはまだディスク領域を占有します。 –