7

Jenkins セットアップを置き換えるために Bamboo を評価していて、いくつか質問があります。パッケージ化された Web サイトと MSI の 2 つのアーティファクトを生成する .NET ソリューションがあります。テスト、ステージング、本番の 3 つの環境にデプロイします。Jenkins サーバーには、環境ごとに 1 つずつ、合計 3 つのジョブがあります。各ジョブはソリューションを構築し、展開先の環境の構成ファイルにコピーしてから、アーティファクトを展開します。ドキュメントやその他のもの ( https://answers.atlassian.com/questions/19562/plans-stages-jobs-best-practices ) を読むと、展開が Bamboo でどのように機能するかについてさまざまなシグナルが得られます。展開計画はアーティファクトが存在することを期待してから展開するように思えます。ただし、ビルド プランにはデプロイ手順も含まれます。これらすべてがどのように相互作用するのでしょうか?

私が混乱している理由は、ビルド中にパッケージ化される環境固有の構成ファイルがあるためです。これがどのように機能するかについての方向性はありますか?

4

1 に答える 1

8

私はアトラシアンのボードにも質問を投稿し、私が一番気に入っていると思う回答を得ました。

Jason Monsorno · 762 カルマ · 13 年 8 月 30 日 16:38

Bamboo の展開プロジェクトはアーティファクトの存在に依存しているように見えますが、問題はそのアーティファクトを使用する必要がないため、空のアーティファクトを使用して完全に独立した手順を実行できることです。展開プロジェクトは Bamboo にとってまだかなり新しいものであり、構造が「通常の」ワークフローを優先する可能性があるため、各環境は個別の手動ステージになります。

展開プロジェクトには、個別のワークフローとバージョン管理があります。シナリオで展開プロジェクトを使用するには、アーティファクトをチェックアウト全体にして、各展開環境でアーティファクトのコピーを作成できるようにすることをお勧めします。省スペース/時間効率の低いオプションは、現在のリビジョンをアーティファクトとしてファイルに保存し、それを使用してチェックアウトし、各展開環境でビルドすることです。

于 2013-09-05T15:40:19.300 に答える