家伙！
我做了一个新的分支，并在那里工作了一段时间。那时我的同事更改了主代码中的某些代码，但问题是很多代码已更改，现在我们无法将所有这些内容合并到主代码中，因为我的代码不适合主代码中的新更改。
我们应该如何处理这种情况？我们是否应该更好地讨论我们的职责范围并更独立地设计界面？
因为有时我依赖master分支中的代码库，但有时函数类在此更改，所以我编写的代码不再起作用（例如，删除了master代码中的某些方法，但我将其用于我的分支）。
不要让我的头爆炸，请给我您的反馈！
这不是“情况”。在使用侧分支时，更改主分支是normal。
换句话说：您在使用主分支的情况下一直处于竞争状态。那是生活的一部分。这是normal。不要试图避免它。您可以在合并或拉取请求或执行任何操作之前将分支重新安置到主分支上，从而减轻这种恒定竞争条件的明显影响。但是请注意，这很大程度上只是将影响转移到另一个位置。它使树更好，合并期间也没有冲突的可能性更高。
现在我们无法将所有这些内容合并到master中，因为我的代码不适合master中的新更改中，您可以合并到好的，那部分是错误的。在
course
master。您只是无法合并到master 自动。存在冲突，因此必须解决它们。好的，解决它们！这不是火箭科学。再次：合并冲突为正常
。您需要接受它们并学会处理它们。这里真正的问题是name
。合并是提交的创建。您正在执行的操作是要求git自动创建提交，因为您太懒惰或太人性化/容易犯错误而无法自己完成。 Git会这样做，但有时会说：“我不能自动完成此部分，您必须手动完成操作以帮助我。”这样就完成了，提交就全部完成了。如果我们像使用“自动/手动提交创建”这样的方式，而不是使用诸如合并和冲突之类的方式，那么我们就不会因此而陷入困境。