Git 没有合并冲突->；破局

我是git的新手，我在修复一个旧错误时遇到了麻烦。我分支了一个较旧的提交，并对该分支进行了一些更改。然后我尝试合并到我的开发分支中，没有合并冲突。当我去看比赛时，它坏了。我认为git的全部目的是防止类似的问题。我该怎么办

我已经试过多次了。在其他时间，有时会出现合并冲突

我认为git的全部目的是防止类似的问题。我该怎么办

没有合并冲突的事实仅仅意味着您已修复的部分未在开发分支中修改：您的合并只是将您的修复复制到所述分支内容。
（有关Unity，请参见“微型模式”，或“常规项目”，或“”）

您应该做的是，在将开发分支推到游戏所在的远程托管服务之前，先建立一个本地构建过程，以检查一切是否正常

我认为git的全部目的是防止类似的问题。我该怎么办

没有合并冲突的事实仅仅意味着您已修复的部分未在开发分支中修改：您的合并只是将您的修复复制到所述分支内容。
（有关Unity，请参见“微型模式”，或“常规项目”，或“”）

---

在将开发分支推送到游戏所在的远程托管服务之前，您应该做的是建立一个本地构建过程，并检查所有工作是否正常。

除非您更改分支中的部分代码，并且这些相同的部分在以后的提交中更改（在旧的提交之后提交），您将不会得到合并冲突。交互式重基是一种更干净的选择。虽然不常见，但静默合并可能会导致生成不起作用。你只需要检查一下，也许再做一个小小的承诺来清理一下。git是版本控制。它不能神奇地阻止“破坏游戏”，它能做你想让它做的事情。你还没有解释它是怎么坏的。不能编译吗？你不跑吗？跑步时撞车？我可以编写各种各样的东西来“破坏”程序，git对此一无所知。除非您对分支中的部分代码进行更改，并且这些相同的部分在将来的提交（在较旧的提交之后提交）中更改，否则您将不会得到合并冲突。交互式重基是一种更干净的选择。虽然不常见，但静默合并可能会导致生成不起作用。你只需要检查一下，也许再做一个小小的承诺来清理一下。git是版本控制。它不能神奇地阻止“破坏游戏”，它能做你想让它做的事情。你还没有解释它是怎么坏的。不能编译吗？你不跑吗？跑步时撞车？我可以写各种各样的东西来“破坏”程序，git不会知道。