0

現在、次の環境を備えた環境ビルドシステムがあります。

  • 開発者
  • ウアット
  • 住む

環境ビルドと言うときに明確にするために、各環境には一連のプロパティ ファイルがあり、ビルド中にこれらのプロパティはプロジェクト ファイルのテンプレートに使用されるため、データベース サーバーは開発環境では "localhost" ですが、"12.34. CI で 56.78 インチ。そのため、ビルドを開始するときに環境プロパティを指定すると、dev (デフォルトの環境) 以外でビルドされます。

現在、CI ビルドは正常に動作し、アーティファクトを正しく吐き出しますが、ビルドは CI であるため、すべてがその環境で動作するように構成されており、CI ビルドが成功したときにライブまたは uat のビルドをトリガーできるようになることを検討しています。 . これにより、同じビルドが実行されますが、ビルド引数が異なります。

これにはいくつかのメカニズムがあることに気付きました.1つは完了時に別のビルドをトリガーできる自動トリガーを実行しているようですが、これには、ビルド引数が「environment = live」であることを除いて本質的に同一の2つの個別のビルド構成が必要なようです"environment=ci" ではなく "。次に、最初のビルド ステップと同じであるが別の引数を取り、別の場所にライブ アーティファクトを出力する別のビルド ステップを追加しますが、これは常に最初のオプションとほぼ同じように発生します。

私が見ることができた最後のオプションは、ライブ候補を取得したら手動ビルドをトリガーすることでしたが、ビルド引数を設定する方法が不明です。ビルドパラメーターを作成できましたが、ビルドに取り込まれていないようですビルド引数のようなコマンドのようなスクリプト。

4

1 に答える 1

0

より良い答えがあるかどうかはわかりますが、これを書いた後、ビルドパラメーターを使用するのが最良の選択肢であることがわかりました。これは、%environment% (または %your_parameter_here%) を使用してビルド構成内のどこにでも埋め込むことができます。

これは、手動ビルド用のフォーム要素を作成するようにセットアップできるため、さまざまな環境用のビルドを簡単に作成できます。

于 2012-07-18T16:14:04.317 に答える