在 Git 优于 SVN 的优势(目标)的背景下，Git 更容易的 merge/分支功能是否使使用 Git(或等效物)时代码卡住变得无关紧要？代码卡住的概念是不是因为后期 merge 太难了？
我意识到这可能是一个主观问题，但我真的想知道“代码卡住”这个短语是否过时或表示项目不容易分支和 merge 。如果您可以自动分支和 merge ，您是否会卡住代码？我不认为您会这样做，因为您可以在本地进行主题/功能分支，并在知道 merge 很容易的情况下继续开发。
最佳答案
虽然确实可以继续进行功能和“冒险”开发，但简单的分支和 merge 绝不会卡住过时的代码。
您要么卡住发布分支并希望人们仍然在其上工作，要么卡住 master 并希望更多人帮助最终发布阻止程序的移除和完善(如果他们不了解 SCM，他们实际上是被迫的)。
除了发布代码质量之外，代码卡住对于翻译人员来说也很重要，因为代码卡住通常伴随着字符串卡住，在这一点上，最终完全修复翻译是有意义的。
关于git - 代码卡住与 Git 无关吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/11316173/