この質問の前に、TFS の仕組みと GIT の仕組みに関する初期の誤解に基づいて、TFS を誤って使用している可能性が高いという声明を出します。
バックグラウンド:
- 私たちはすべての開発を行うメインブランチを持っています。
- リリースの準備ができたら、メイン ブランチからブランチを作成し、バージョンで名前を付けます (例: "v8.10.0")。
- この新しいブランチからコンパイルしてリリースします。
- その後、main ブランチに戻って開発を進めます。
- 以前のリリースで重大な問題が発見され、開発ブランチのスプリントの途中である場合、以前のバージョンのパッチを作成する必要があります。この場合、リリース ブランチから新しいブランチを作成し、その新しいブランチで問題の修正を開始します (例: "v8.10.1")。
- 次に、8.10.1 ブランチに適用した修正をメイン ブランチに取得する必要があるため、8.10.1 から dev へのマージを実行すると、問題が発生し始めます。このマージは根拠のないマージであり、マージの完了には必ず何時間もかかり、多くの手作業によるマージが必要であり、プロセスの最後には通常、マージ プロセスで失敗した少数のファイルが存在します。さらに悪いことに、TFS は通常、一部のファイルを自動マージできると判断しますが、これは完全に間違っている傾向があり、コードが完全に台無しになってしまいます。
このタスクを達成する方法についての私たちの基本的な理解には欠陥があるようです.それは頻繁に起こるわけではありませんが、常に私たちを悩ませています.