2

私が以前働いていた会社は、ビルドの破損に悩まされていました。そこで彼らは、開発者のマシン (SCM から検出されたもの) からローカルのコミットされていない変更を圧縮し、テスト ビルドのためにリモート サーバーに送信するツールを作成しました。

リモート サーバーは、ソースのコピーをリポジトリで更新し、開発者から受け取った変更を適用します。次に、変更をビルドしてテストします。実際には複数のプラットフォームをターゲットにしたため、これらのプラットフォームごとに上記を実行します。それが完了したとき、すべてが緑色であれば、開発者は、「実際の」ビルドを壊すことなく変更を送信できるとかなり確信していました。

同様のことを行うツールはありますか?

4

1 に答える 1

1

Jenkinsなどの継続的統合ツールを確認する必要があります。複数のプラットフォームを対象とするスレーブを持つことができます。

次にできることは、ブランチを使用することです。

CI ツールによって監視される開発ブランチ (トランクにもなり得る) に開発者にコードをコミットさせるとします。このブランチのビルド ステータスが基準を満たしたら、それらの変更をリリース ブランチにマージして、本番環境にコミットできます。

このマージは、CI ツールを使用して自動的に行うことも、dev ブランチのすべてのライトが緑色の場合に手動で行うこともできます。

于 2012-07-09T15:14:19.693 に答える