【发布时间】：2017-11-28 09:04:08
【问题描述】：
将我们的开发分支合并到 Visual Studio 中的功能分支 develop --> feature 时，我遇到了合并冲突。
我可以从Take Source 和Keep Target 中进行选择。
我想从develop 分支获取文件。哪一个是正确的选项？
【问题讨论】：
标签： git visual-studio merge team-explorer
【发布时间】：2017-11-28 09:04:08
【问题描述】：
在这种情况下，您应该Take Source。 “源”是develop 分支，“目标”是feature 分支。
【讨论】：
-
在 Visual Studio 中，哪个是源分支，哪个是目标分支，太模棱两可了。微软可以做得比这更好——我觉得他们也应该把分支名称放在那里。这有点太棘手了。至少这一切都有效 - 但所有 VS 合并过程中的 UI 可能会更好一些。他们可以修复许多小的 UI 怪癖。
-
例如，在进行合并和解决冲突时，当您单击一侧进行检查时，窗口会自动向下滚动-我不知道是什么原因-您会失去位置并且必须向上滚动。只是这些小问题的一个例子（也许它是出于某种原因而设计的——虽然很烦人）。
-
并且，当您执行“比较文件”时，它会为您提供一个漂亮的小侧边栏，显示每个文件的所有红色和绿色区域。但是，当您单击“合并”以实际执行该步骤并在您要保留的每个更改旁边标记一个复选框时，这个有用的侧边栏指南不再存在 - 使犯错变得更加容易。您必须直观地滚动整个文件并查找任何绿色或红色区域，而使用指南您可以快速告诉“嘿 - 那里有一个绿色区域，让我滚动到它”。
-
希望微软能在功能上增强它：developercommunity.visualstudio.com/idea/502400/…
我发现上面@Kyle Vassella 的评论最适合我，即使用“合并”按钮。 它简单、强大，其他选项的歧义可以忽略。
我首先使用上述 UI “比较文件”（或“区分”它们） - 只是为了了解我正在处理的内容。就我而言，我可以为一个文件选择主版本，为另一个文件选择分支，一切都会好起来的，但我会丢失一些评论调整和一些代码整理。 单击“合并”让我可以查看两个版本 + VisualStudio2017 对合并文件应该是什么样子的最佳猜测 - 它的猜测非常好。我本可以解决 3 或 4 个小冲突并接受其他一切。 UI 提供了用于查找下一个/上一个冲突和下一个/上一个更改的按钮。前者是主要的，后者便于仔细检查所有内容。
我认为 VS2017 Teams GIT 缺乏适当的交互式 MERGE 功能 - 我错了，一旦发现它实际上非常好且易于使用。哼哼！
【讨论】：