在Git與SVN的優點（目標）背景下，使用Git（或等效）時，Git的合併/分支功能更容易讓代碼凍結變得無關緊要嗎？代碼凍結的概念是由於後來的合併如此困難而產生的嗎？代碼凍結與Git無關嗎？
我意識到這可能是一個主觀問題，但我真的很想知道「代碼凍結」這個短語是陳舊的還是表示一個不容易分支和合並的項目。如果你可以自動分支和合並，你會代碼凍結？我不認爲你會這麼做，因爲你可以在本地進行話題/功能分支，並且知道合併會很容易，繼續開發。
儘管確實如此，您可以繼續進行功能和「風險」開發，但輕鬆分支和合並絕不會停止代碼凍結。
你要麼凍結髮行部門，並希望人們仍然會努力或凍結主人，並希望更多的人將幫助最終釋放受阻者的清除和拋光（如果他們不知道SCM，他們實際上被迫）好）。
除了發佈代碼的質量，代碼凍結對翻譯是至關重要的，因爲代碼凍結通常伴隨着一個字符串凍結，此時最終完全修復翻譯是有意義的。
它與融合變化的容易程度無關。凍結的目的是在穩定版本上停止開發。凍結你只會修復錯誤。你不希望代碼自動合併，因爲它可能有未經測試的代碼並引入錯誤。您通常會標記凍結並在幹線/分支中開發，直到您的下一個版本發佈。
這取決於「代碼凍結」的含義。
如果你的意思是大家切換到bug squishing模式。 - 爲什麼不？錯誤總是需要一些愛。
如果你意味着大傢什麼都不做，並等待QA團隊。 - 不，這與git無關。
代碼凍結也可能出於政治原因。許多公司在代碼凍結期間公佈財務結果。既要防止意外引入的金融系統中的錯誤搞亂了財務結果，也要防止一些大規模系統問題（比如訂購系統停機）對財務結果時間產生不利影響。 – wadesworld