リリースプロセスのロードマップの準備を始めています。現在、ソースの構築にtortoisesvnとantを使用しています。継続的インテグレーションの実装を検討しており、以下の選択肢の正しい方向性を知りたいと思います。
まず、現在のプロセスでは、開発者がファイルを処理し、そのファイルを直接リポジトリにコミットします。他の人は、カメの更新コマンドを実行して、必要な変更をプルします。ビルドサーバーでも同じプロセスが実行され、ソースコードが更新され、ビルドしてからqaサーバーと本番サーバーにデプロイされます。ただし、2人の開発者が同じファイルで作業して、2つの異なる問題を修正した場合、更新中に不要なコードもプルされるため、このプロセスにはリポジトリの制御がありません。1つはqaによって承認され、もう1つは拒否されました。このシナリオをどのように克服できますか。
次に、ソースとは別に、xmlファイル、css、jsなどの他のファイルがたくさんあります。これらのファイルの展開を自動化するにはどうすればよいですか？ローカルマシンでcruisecontrolを構成しましたが、ビルドの実行に関しては正常に機能しますが、本番環境でこれらのファイルを更新するとリスクが高く、エラーが発生しやすいため、他のファイルの処理方法を確認してください。これに関する提案は本当に役に立ちます。