問題タブ [artifact]

ここで指定されているように、codehaus スナップショット リポジトリから Groovy コンパイラのスナップショット バージョンを使用しようとしていますが、maven にリポジトリ内のアーティファクトを表示させることはできません。

次のプラグイン構成があります。

また、リポジトリ セクションには次の情報が表示されます。

ただし、 mvn -U clean install を実行すると、次のメッセージが表示されます。

モジュールをビルドするときに次のことも確認します

Maven は、私が定義していないリポジトリからアーティファクトをダウンロードしようとしているようです! なぜこれが起こるのでしょうか？

リポジトリを参照すると、POM とさまざまなスナップショット jar が表示されるので、これが機能しない理由はわかりません。リポジトリ宣言に何か不足していますか?

私は Java には Eclipse を使用していますが、これはうまく機能します。しかし、IntelliJ は ANE 用の作業用の jar ファイルを作成することを知りません。

IntelliJでプロジェクト/アーティファクトを設定して正しく機能するjarファイルを作成する方法を知っている人はいますか?

lastFailedBuild現在、ブラウザにpng（ページエラーのキャプチャ）を表示するためにURLを使用しています（ジェンキンスレポート）：http ://-jenkins-/job/jobName/lastFailedBuild/artifact/screenshots/Fail1.png/

しかし問題は、conf で設定した最大ビルドと同じ数のアーティファクトを保存できることです。そのため、ビルドごとにアーティファクトを保持したいと思います。すでに実行できますが、URL にはビルド番号が含まれています (ビルド番号を取得するためにパスを操作することは避けたいと思います)。jenkins エイリアス、プラグインはありますか、それともワイルドカードを使用できますか?

ビルド番号を返す currentBuild のようなエイリアスを持つことは完璧です (そして簡単です)。「現在のビルド」とは、最後のビルド レポートではなく、私が見ているビルド レポートの数を指すことを意味します。

また、アーティファクトは物理的にどこに保管されていますか? つまり、ファイルがワークスペース内のどこに保存されているかはわかっていますが、アーティファクトの場合、URL が表示され/job/ます。ジェンキンス サーバーのアーティファクトを含むフォルダーはどこですか? ワークスペース内のファイルへの一種のシンボリック リンクですか?

新しいビルドの前に (ワークスペース内の) イメージを削除すると、以前のアーティファクトは保持されますか? PNG画像を上書きするとアーティファクトが保持されるため、はいだと思います（私には思えます）。

このトピック :ジェンキンス アーティファクト URL のエイリアシングでは、私の質問には答えられないと思います。

詳細：

ここに私の現在のレポートhttp ://-jenkins-/job/JDN/55/artifact/screenshots/Fail1.png/があります。ここで、ビルド レポート #55 を使用しhttp ://-jenkins-/job/JDN/50/artifact/screenshots/Fail1.png/ているか、ビルド レポート #50を使用しているかを参照したいと思います。

スクリプトで最後の番号のビルドを探すこともできますが、少し重いです。lastFailedBuild、lastSuccessfulBuild エイリアスのように、Jenkins がそれを管理しているかどうかを知りたいです。-> 観察されたレポートのアーティファクトを参照するエイリアス。-> 次のようになります。http ://-jenkins-/job/JDN/currentReportNumber/artifact/screenshots/Fail1.png/

Artifactory に 9.8.0 バージョンのアーティファクトとしてアップロードしたい次のファイルがあります。

注: 最初の 2 つのファイルには拡張子がありません (これらは実行可能ファイルです。つまり、/cat を開くと、ジャンク文字が表示されます)。

CVS の特定のバージョン 9.8.0 のフォルダー/ファイルは次のようになります。

拡張子を持つ上記のファイルをアップロードするのは非常に簡単です...アーティファクトを展開するアクセス権を持つ管理者/ユーザーとしてArtifactoryにログインし、[展開]タブをクリックしてArtifactoryファイルを参照し、ファイルを選択したら、 「アップロード」ボタンをクリックします。

次に、画面が表示されます (上記のような)。このページのフィールドで必要なものを微調整し、[アーティファクトのデプロイ] をクリックすると完了です。file.extensionアップロード中に正しいファイルを選択し、ファイル拡張子が [ターゲット パス] ボックスに正しく表示されていることを確認する必要があります (バージョン -xxx など)。

私の質問:

質問 1 : 拡張子のないアーティファクトをアップロードするにはどうすればよいですか? Artifactory はデフォルトでアーティファクトを .jar 拡張子として受け取るようです。Linux と Solaris の両方で、上記のフォルダー/ファイル構造に示されている「gigainstall」アーティファクトをアップロードするにはどうすればよいですか? アーティファクト名をgigainstall-linuxおよびgigainstall-solarisとして使用して区別できることがわかりましたが、このアーティファクトに拡張子がないことをArtifactoryに伝える方法がわかりません。

開発チームが適切な拡張機能を使用してこのアーティファクトの生成を開始するとは思わない (このアーティファクトは、現在どこかの CVS/SVN ソース管理から取得している他のプロジェクトのあらゆる場所でハードコードされている可能性があるため、それ自体が悪い習慣です)アーティファクトをソース管理バージョン ツールに保存します)。

質問 2 : ビルド システム (Gradle など) に、たとえば「コンパイル」タスク中に拡張されていないアーティファクトを使用するように指示するにはどうすればよいですか。セクションの依存関係 { .. } の下の build.gradle に、次のようなものを追加しますが、拡張されていないファイル (上記のフォルダー/ファイル構造の最初の 2 つ) についてはわかりません。