私は SCM に所属しており、さまざまなツール (Subversion、Clearcase、TFS、Perforce) とテクノロジ (主に .NET、Java) を扱っています。私が仕事を始める前は、管理された支店を作るのが通常の仕事でした。
管理されたブランチを次のように定義します。 -開発者がアクセスできない昇格されたコードを含む別のブランチ。これにアクセスできるのは、ビルド エンジニアのチームだけです。
制御されたビルド: -制御されたブランチからコードを取得し、開発者が変更できないアーティファクトを生成するビルド エンジン。
その結果、このブランチへのマージは、制御されたビルド プロセスの一部として重要なステップになりました。これにより、速度とエラーの両方の問題が発生する可能性があります (自動化によってほとんど軽減されます)。
利点: 自動コード ロック (開発者はブランチを変更できないため) ブランチ名は異なる場合があります (他のチームは必ずしも標準化された慣行に従っているとは限らず、必要な圧力をかけることができるとは限りません) 正確なバージョン コードを見つける簡単な方法状態 (つまり、バージョンの管理されたブランチの最新のコードは、製品に移行したものです)
欠点: 開発者と問題について話し合うときに、開発ビルドと制御ビルドを一致させる速度が上がります (これは自動化されていますが、少し面倒です)。エラー (プロセスを台無しにする別の場所) 変更リスト/変更セット/不変ラベルを使用して、セキュリティ/役割分離機能を完全に処理できますか?
質問:
現在の管理されたブランチ戦略から移行することをお勧めしますか? 他の特典がありませんか?