SVN に対する Git の利点 (目的) のコンテキストでは、Git の簡単なマージ/分岐機能により、Git (または同等のもの) を使用するときにコードのフリーズは無関係になりますか? 後でマージするのが非常に難しいため、コード フリーズという概念が生まれましたか?
これは主観的な質問かもしれませんが、「コード フリーズ」という言葉が時代遅れなのか、それとも簡単に分岐やマージできないプロジェクトを示しているのかを本当に知りたいと思っています。ブランチとマージを自動的に行うことができたら、コードがフリーズすることはありませんか? トピック/機能のブランチをローカルで作成し、マージが簡単であることを知って開発を続けることができるため、そうは思わないでしょう。
変更をマージするのがいかに簡単かは関係ありません。フリーズのポイントは、安定版リリースでの開発を停止することです。フリーズすると、バグを修正するだけになります。テストされていないコードが含まれ、バグが発生する可能性があるため、コードが自動的にマージされることは望ましくありません。通常、フリーズにタグを付けて、次のリリースまでトランク/ブランチで開発します。
これは、「コードの凍結」が何を意味するかによって異なります。
全員でバグつぶしモードに切り替えます。 - なぜだめですか？バグには常に愛が必要です。
誰もが何もせずに QA チームを待つという意味であれば。-- いいえ、これは git とは無関係です。
機能開発や「危険な」開発を続けることができるのは事実ですが、簡単な分岐とマージによって、古いコードがフリーズすることは決してありません。
リリース ブランチをフリーズして、人々がまだ作業を続けてくれることを期待するか、マスターをフリーズして、より多くの人が最終リリース ブロッカーの削除と洗練を手伝ってくれることを期待します (SCM をよく知らない場合、彼らは実質的に強制されます)。
コードのフリーズは通常、文字列のフリーズを伴うため、リリース コードの品質とは別に、コードのフリーズは翻訳者にとって非常に重要です。