VS 团队资源管理器合并冲突
VS Team Explorer merge conflicts
在 Visual Studio 中将我们的开发分支合并到我的功能分支 develop --> feature 时，我遇到了合并冲突。
我可以从 Take Source 和 Keep Target 中进行选择。
我想从 develop 分支获取文件。哪个选项是正确的？
在这种情况下，你应该Take Source。 "Source" 是 develop 分支，"Target" 是 feature 分支。
我发现上面@Kyle Vassella 的评论最适合我，即使用“合并”按钮。
简单，强大，其他选项的歧义可以忽略。
我首先 “比较文件”（或“比较”它们）使用上面的 UI - 只是为了了解我正在处理的内容.在我的例子中，我可以为一个文件选择主版本，为另一个文件选择分支，一切都会很好，但我会失去一些评论调整和一些代码整理。 点击“合并”让我可以查看两个版本 + VisualStudio2017 对合并文件的最佳猜测 - 它的猜测非常好。我本可以只解决 3 或 4 个小冲突并接受其他一切。 UI 提供了查找 next/previous 冲突和 next/previous 变更的按钮。前者是主要的，后者可以方便地复查一切。
我认为 VS2017 Teams GIT 缺乏适当的交互式 MERGE 功能 - 我错了，一旦发现它实际上非常好用且简单易用。哈！
在 Visual Studio 中将我们的开发分支合并到我的功能分支 develop --> feature 时，我遇到了合并冲突。
我可以从 Take Source 和 Keep Target 中进行选择。
我想从 develop 分支获取文件。哪个选项是正确的？
在这种情况下，你应该Take Source。 "Source" 是 develop 分支，"Target" 是 feature 分支。
我发现上面@Kyle Vassella 的评论最适合我，即使用“合并”按钮。 简单，强大，其他选项的歧义可以忽略。
我首先 “比较文件”（或“比较”它们）使用上面的 UI - 只是为了了解我正在处理的内容.在我的例子中，我可以为一个文件选择主版本，为另一个文件选择分支，一切都会很好，但我会失去一些评论调整和一些代码整理。 点击“合并”让我可以查看两个版本 + VisualStudio2017 对合并文件的最佳猜测 - 它的猜测非常好。我本可以只解决 3 或 4 个小冲突并接受其他一切。 UI 提供了查找 next/previous 冲突和 next/previous 变更的按钮。前者是主要的，后者可以方便地复查一切。
我认为 VS2017 Teams GIT 缺乏适当的交互式 MERGE 功能 - 我错了，一旦发现它实际上非常好用且简单易用。哈！