2016-09-30 5 views
14

ここ数ヶ月間、私は自分のプロジェクトのMavenモジュールを(名前を変更して)再構成しました。 Jenkinsがビルドジョブによって生成された旧式のMavenモジュール(つまり、それらはもはやpom.xmlファイルには存在しません)をどのように処理するかに関して、予期しない動作を発見しました。Jenkins Maven2/3の仕事から時代遅れのMavenの成果物を削除するには?

これは、次のスクリーンショットに示されている:いくつかのモジュールが(=灰色泡)スキップして分かるよう

Picture of outdated modules

。残念ながら、UIから、私は決してそれらを削除する機会がありません。ワークスペースを削除しても役に立ちません。実際には、1つ以上のモジュールの名前変更がpom構造で実行された場合には、他のビルドジョブにも問題が存在します。

次のスクリーンショットは、ドイツ語版のメニューオプションを示しています。

Menu entries in the project job view

私は最新ジェンキンスバージョン(2.23)を使用したにもかかわらず、このプロジェクトからUI /モジュールをクリーンアップする可能性はないように思えます。

誰もが、プロジェクト全体の新しい設定や完全なビルドサーバーのインストールをしなくても、この古くなったアーチファクトをどのように取り除くことができるか考えていますか?

EDIT-1:

日まで未解決ているように見えるJenkins Projectで、そのための公式の問題が、あります。

EDIT-2:

私はarroundの削除ビューを得るためにhttp://hudson-installation/job/the-project/deleteAllDisabledModulesを使用して問題に言及した仕事をしようとしました。ただし、このページは存在しません。

+0

WorskpaceをクリックしてからWorkspaceと新しいビルドをクリアしても消えませんでしたか? – YMomb

+0

作業領域をクリアしてビルドを再実行しても、このビューに影響はありません。/ – rzo

+0

Jenkinsサーバーファイルシステムにアクセスできますか? –

答えて

0

あなたがビルドのメニューにいるようです。まずプロジェクト "Zurückzum Projekt"に戻ります。その後、プロジェクトを削除することができます(必要な権限があると仮定します)。

+0

プロジェクト全体を削除したくない場合は、古いモジュールを削除するだけです... – rzo

+0

上記のビューでは、表示されたメニューの「モジュールの削除」 – DrHopfen

+0

このアドバイス(「モジュール」)を試しましたが、このビューには「アクティブな」モジュール(青い泡)しか表示されません。非アクティブの場合は、スクリーンショットに表示されているように気泡の上にマウスカーソルを置くことはできません。 – rzo

0

あなたは最後の手段として試みることができるいくつかのもの:

  1. は、ジョブを削除し、それを再作成します。
  2. Jenkinsを再インストールしてください。
+1

ありがとうございますが、ジョブを再作成することは解決策ではありません。多くのアーカイブされたものと対応するログ出力が保存される必要があるためです。私が知っている他のプロジェクトからは、次のリストラが現れるまでそれを解決することが解決されるでしょう。残念ながら、これはサーバー上の唯一のジョブではないので、再インストールも実際のオプションではありません。 – rzo

3

Amedee Van Gasseのthis answerは少なくともあなたの問題を回避する方法を提供しています。

"(übersprungen)"とマークされたモジュールを手作業でGroovyスクリプトを使って削除することをお勧めします。彼の解決策はまた、なぜhttp://hudson-installation/job/the-project/doDeleteAllDisabledModulesの使用がうまくいかないのかを暗示しています。プロパティdisabledはそれぞれのモジュールに対して正しく設定されていません。

+1

これはサーバー上で古いものを削除するための回避策です。しかし、私はJenkinsサーバーの管理権限を必要とせずに、他のプロジェクト所有者自身が実施できるUI主導型アプローチを探しています。 – rzo

+1

この回避策には少し問題があります。アーカイブされたビルドは、そのビルド時間に関連するビルドのモジュールを失います。悲しいことに、これは回避策を適用した後は回復不可能なようです。他の人にとっては悲しいことかもしれませんが、私にとってはそれは大丈夫です... – rzo

-2

新しいフリースタイルの仕事を作成し、開発者が使用することを期待するのと同じコマンドを使用します。

mvn clean install 

この動作は私用のプラグイン https://issues.jenkins-ci.org/browse/JENKINS-4561

ジェンキンスのMavenで優れたバグであることが提起なぜこの機能にプラグインを使用したいのですか?開発者がリリース用のビルドと同じテクニックを使用し理解することを確実にするのは、DevOpsの原則です。

関連する問題