2016-06-01 5 views
1

私はJenkinsにとって全く新しいユーザーです。私は最近、ビルドされた製品ビルドに遭遇しました。このビルドでは、過去に開発されたMavenモジュールを、現在ビルドされている既存のMavenモジュールに追加しました。Jenkinsは、未処理のファイルと古い職歴のディレクトリを削除します

私が知っているところで実際に起こったシナリオは、以前に存在していたgit masterブランチが、現在開発中の別の新しいブランチに変更されたことです。この製品をビルドするために同じジョブが使用されるため、古いジョブ履歴から索引付けされた過去のマスターブランチのモジュールが最新のマスターブランチMavenモジュールと混在しているため、両方のブランチからのすべてのモジュールが表示されます。

既存のJenkinsビルドを使用してJenkinsをビルドする前に、untracked Mavenモジュール(基本的にファイルとディレクトリ)をgit cleanコマンドと同様の方法でクリーニングできるモード(プラグインなど)はありますか?

+0

ビルド中の「目標とオプション」はどのように構成されていますか? – crea1

+4

ジェンキンスのビルドレポートにリアクタプロジェクトに存在しなくなった[Mavenモジュール]の複製が「実行されなかった」と表示される可能性があります](http://stackoverflow.com/questions/18852359/maven-modules-which-no-原子炉に長く存在するプロジェクト - ジェンキンに見える - b) – CSchulz

答えて

2

ソースコード管理追加の動作は、チェックアウト前クリーンの追加オプションがあります:すべての人跡未踏のファイルを削除して、すべてのチェックアウト前にワークスペースをクリーンアップし

はとディレクトリ(.gitignoreで指定されているディレクトリを含む)。また、すべてのファイルがバージョン管理された状態にリセットされます。これにより、ワークスペースがまったく新しい空のディレクトリでクローンとチェックアウトした場合と同じ状態になり、以前のビルドで生成されたファイルの影響を受けないようになります。

関連する問題