複数の環境に展開する継続的インテグレーション ビルド サーバーとして Bamboo を使用しています。Red Gate SQL Compare と Data Compare を使用して、Bamboo NANT スクリプトを使用して SQL コードの展開を統合しようとしています。TEST 環境はリポジトリの「TEST」ブランチのコードであり、STAGE 環境はリポジトリの「デフォルト」ブランチのコードです。
私たちの SQL とコード ベースは、個々の Mercurial リポジトリ (Project_SQL) と (Project) に分かれています。各レポにコミットする方法は異なります。Project_SQL リポジトリでは、開発は直線的です。各開発者は TEST ブランチから分岐し、dev ブランチ (Branch_1) を作成して変更に取り組み、dev ブランチにコミットして、TEST ブランチにマージします。TEST ブランチの最新のテスト済みの作業ヒントを使用して、TEST の先頭からデフォルト ブランチに移動するだけです。例: 0、1、2、3 がコミットで、0、1、3 がテスト済みで合格の場合。デフォルトでは 0 と 1 のみです。プロジェクト リポジトリでは、開発者は、Production にプッシュされた、デフォルトから最後にタグ付けされたバージョンのブランチを作成し、dev ブランチ (Branch_2) を作成し、変更に取り組み、dev ブランチにコミットし、変更を TEST にマージします。
要件は、Bamboo のポーリング間隔でコード コミット (Project) がある場合、SQL リポジトリを更新し (Project_SQL)、コードをコンパイルしてテストを実行する前に SQL の変更をデプロイする必要があることです。ポーリング間隔で SQL の変更のみがある場合、SQL がデプロイされ、コード内のテストも実行されます。
次のプロセスと要件が整っていれば、SQL リポジトリをコードのサブリポジトリとして使用できることがわかりました。または、Bamboo 内で依存関係が設定された別の計画を立てることもできます。
推奨される方法は何ですか、またはより良い方法はありますか?