仅解决较大团队中的部分合并冲突

Question

我在一个前端开发人员和后端开发人员在单个功能分支上协同工作的团队中工作。目前我们不知道当前后双方都产生合并冲突时如何解决合并冲突。

假设我们在 repo 中有 3 个文件：

index.html
frontend_code.js
backend_code.py

frontend_code.js 和 backend_code.py 都与 master 冲突（例如，另一个开发团队将某些东西合并到 master）。

我们希望同时保留：新功能代码和已合并到主代码的代码。这是一个问题。 后端开发人员只知道如何修复backend_code.py，而前端开发人员知道如何处理frontend_code.js，并且要解决冲突，您必须处理整个代码库。

是否可以通过文件/文件夹解决冲突，以便每个开发人员都可以自己解决？

Answer 1

您遇到了组织问题，并且正在尝试用技术解决它。一个类比，因为我讨厌糟糕的类比：

如何让我的两个员工同时使用同一把锤子？

现在有人可以说：

雇一个左撇子和一个右撇子，把前者放在后者的右边，现在他们可以握住它并锤在一起。

参见例如git partial merge, not whole branch、Resolve merge conflict only for some files and commit to branch for other teams to resolve theirs。

但它忽略了您应该购买第二把锤子的观点。你的场景也是如此：在同一个特性分支上工作的不同学科的人会遇到冲突，尤其是在将其他分支合并到他们的分支时，因为他们不知道合并后的代码应该是什么样子。

所以我建议首先回到规划阶段，并确保后端团队在前端团队应该使用他们的工作之前完成他们的功能。如果这很难做到，通常是在构建 Web 应用程序的商店中，那么我建议再次拆分您的功能分支：feature/foo/front-end、feature/foo/back-end。然后双方可以在完成后合并彼此的更改，并解决他们知道如何解决的冲突。