git - 仅解决较大团队中的部分 merge 冲突

Question

我在一个团队中工作，前端开发和后端开发在单个功能分支上协同工作。目前我们不知道在前端和后端发生 merge 冲突时如何解决 merge 冲突。
假设我们在 repo 中有 3 个文件:

index.html
frontend_code.js
backend_code.py

两者 frontend_code.js和 backend_code.py与 master 冲突(例如另一个开发团队将某些内容 merge 到 master)。
我们希望同时保留:新功能代码和已经 merge 到 master 的代码。这是一个问题。
后端开发人员只知道如何修复 backend_code.py前端开发人员知道如何处理 frontend_code.js要解决冲突，您必须处理整个代码库。
是否有通过文件/文件夹解决冲突的选项，以便每个开发人员都可以自己完成？

Answer 1

你有一个组织问题，你正试图用技术解决它。一个类比，因为我讨厌糟糕的类比:

How can I let two of my employees use the same hammer at the same time?

现在有人可以说:

Hire a left-handed person and a right-handed person, put the former to the right of the latter, and now they can hold it and hammer together.

参见例如 git partial merge, not whole branch , Resolve merge conflict only for some files and commit to branch for other teams to resolve theirs .
但它没有指出你应该只买第二把锤子。您的场景也是如此:在同一功能分支上工作的不同学科的人会遇到冲突，尤其是在将其他分支 merge 到他们的分支时，因为他们不知道 merge 后的代码应该是什么样子。
所以我建议首先回到计划阶段，并确保后端团队在前端团队应该使用他们的工作之前完成他们的功能。如果这很难做到(通常在构建 Web 应用程序的商店中)，那么我建议再次拆分您的功能分支: feature/foo/front-end , feature/foo/back-end .然后双方可以在完成后 merge 彼此的更改，并解决他们知道如何解决的冲突。