2016-12-12 5 views
0

私たちのビルドからの成果物を保存するためにチームシティーためArtifactoryプラグインを使用しています。しかし、プラグインは私にはかなり奇妙に思えるいくつかのことを行い、TeamCityは全くしません。artifactoryプラグインを有効にするにはどうすればよいでしょうか?

プラグインは、私のビルド構成の各ビルドステップの設定に新しいセクションを追加します。このセクションではArtifactoryに保存されるアーティファクトを指定できます。しかし、奇妙なのは、これらの設定が各ビルドステップに特有であることです。これは私のビルドは2つのビルド手順を持っており、私は成果物を格納するための最初のビルドステップを設定し、次いで第2のビルドステップの設定を表示する場合、プラグインが構成されたように見えないことを意味します。

the documentationは、プラグインが「ほとんどの」ビルドランナータイプで動作するように指定しています。「Maven2、Maven 3、Ivy/Ant(Ivyモジュールをサポート)、Gradle、NAnt、MSBuild 、FxCopおよびIpr。

私の質問は、私がArtifactoryを設定する必要がありステップを構築され、その後、ありますか?ビルド・ランナーのリストに載っていないビルド・ステップのために構成するとどうなりますか?なぜプラグインはそれを複数回設定することを許可/要求しますか?

Artifactoryプラグインは代わりに新しいビルドランナーを追加する必要があります。つまり、Artifactoryに「ArtifactsにDeploy」というアーティファクトを追加する必要があります。

答えて

3

チームシティーArtifactoryプラグインは確かに代わり1つの展開ステップを提供するアプローチの、具体的な手順の一部として、あなたはアーティファクトの展開を添付することができます。この実装の理由の1つは、使用しているビルドツールまたはテクノロジに応じて、異なるデプロイメントメソッドを許可することです。たとえば、Gradleを使用する場合、Artifactory PluginはGradleのAPIを使用してアーティファクトをデプロイし、ネイティブなデプロイメント方法を提供します。

別の理由は、ワークフローの展開がより柔軟になることです。一般的なシナリオでは、ビルドの最後にアーティファクトをArtifactoryに配備したいと考えていますが、必ずしもそうであるとは限りません。時には、特定のアーティファクトの結果は展開され、Artifactoryでタグ付けされたことを、特定のジョブを実行するスクリプトを実行するために、一歩、例えばコマンド・ライン・ステップをしたいと思います。次に、それらのアーティファクトを依存として消費し、Artifactoryに新しいアーティファクトを展開するという第2のステップを望みます。私は追加の "Artifactory Deployment"ステップを追加することが可能であり、これは将来追加される可能性のあるものだと思います。 JFrog CLIは最近非常に普及しており、Artifactoryにビルド情報をダウンロード、アップロード、公開するためのコマンドラインステップとして簡単に組み込むことができます。

Artifactoryでどのビルドステップを使用すべきかという質問に答えるには、これはあなたとあなたのニーズに応じて決まります。ビルドパイプラインの計画を立てる方法はいろいろありますが、ワークフローにとって最も合理的なやり方をとるべきだと思います。 これがあなたの質問に答えることを願っています。

関連する問題