有没有办法通过比较分支来查看GitHub上的合并冲突？

Question

我总是很难在GitHub上合并分支。我承认我不是那么精通Git CVS所以我宁愿使用像 GitHub桌面和 GitHub网站这样的视觉工具来实现我的目标。

我定义我们的开发过程的方法是拥有3 + N个分支：

1. master - 代表生产环境
2. staging - 表示登台环境
3. 开发 - 我们都创建功能/错误/修补程序分支的主要开发分支

因此，无论何时想要开发某些东西，他们都会创建开发的分支并开始实现它。

开发完成后，它们的功能分支将合并回开发中，如果一切顺利， development 分支将合并到 staging 进行测试。

  

我理解，因为我们不对开发分支进行任何特定测试，我们可以轻松地将其丢弃，而且我们只能使用 master 和暂存分支以实现相同目标。实际上正在测试 Staging 分支。温和，但仍然是。

现在我有一个开发人员，现在已经创建了两个功能，每次我将拉取请求合并到开发时，我遇到了合并问题。 问题我不知道如何在网上看到问题（例如比较分支）告诉那家伙如何做事让我能做到实际工作比管理我们的代码回购。至少令人沮丧......

每当我创建一个拉取请求时。 GitHub告诉我，我有一些无法自动解决的合并冲突，但是如何看待这些？

实际上，鉴于我的视觉工具，我解决问题的最佳方式是什么？

Answer 1

我不确定这是否有帮助，但GitHub最近有released conflict resolution on the web interface：

如果您使用拉取请求，这将能够提供很多帮助。如果你没有（bummber）那么打开拉动请求只是为了看到冲突可能是一种过度杀伤力。好处是，除非你有复杂的冲突（重命名/移动文件），否则这不仅会显示冲突，还会提示你解决冲突。

希望这有帮助。