我有一个包含多个子文件夹和多个工程师的项目。它只有一个顶级文件夹的git repo。
所有开发人员周一都会检查一个共同的主人并从中创建他们的个人分支。他们编辑代码，主要是在单独的文件和文件夹上编写代码，但是有些文件是通用的并且由各方编辑。
我的问题在于，我可以将一个开发人员分支合并到主服务器并提交并推送它。如果该开发人员只处理文件1和2，则这些是唯一一个在提交中更新的文件。太棒了。
第二个开发人员在文件3和4上工作，当合并开发人员1之后合并时，我有时会看到奇怪的行为，这几乎就像先前合并的更改是＆＃34; un-merged＆＃34;
在常见文件上，我有时会遇到冲突并使用meld手动合并它们。
我还不能完全理解确切的问题，但希望社区可能指向正确的方向。
我是否以错误的方式进行合并？
有没有办法合并每个显示手动更改的文件与合并工具，如meld？我知道这需要更长的时间，但我不能一直浪费我的开发人员错误合并的时间。
答案 0 :(得分：0)
有没有办法合并手动显示更改的每个文件 合并工具如meld？
您可以使用git mergetool --tool=meld
第二个开发人员处理文件3和4以及何时合并 在开发人员1合并之后，我有时会看到奇怪的行为 几乎就像先前合并的更改是＆＃34;未合并＆＃34;。
听起来你没有提取最新的代码。开发人员2需要引入开发人员1的更改以查看以前合并的更改。
我还不能完全理解确切的问题，但希望如此 社区可能指出正确的方向。
我是否以错误的方式进行合并？
我认为阅读git workflows（特别是集中式，功能分支和git工作流程）会对您有所帮助。确定您的团队正在使用哪种模式。
您需要拉出获取最新提交的上游分支。然后，您可以在合并后解决冲突（或实际的rebase - 链接中找到的信息）