冲突合并未考虑使用解决时的合并更改
Conflict merge not taking into account merge changes on resolve using
重现步骤：
- 生成冲突合并（例如：在您的分支中有更改并从 master 获取+合并）
- 在提交冲突时 window，找到您的冲突文件，右键单击并打开配置了外部合并的冲突解决方案 - 结果是具有基础、远程和本地的 3 向合并
- 将您的更改合并到本地
- 在冲突提交window中，再次右击冲突文件，选择：resolve using mine
预计将合并到本地的文件放在冲突文件上，但是您的合并将被丢弃，而是使用原始本地文件。 remote/their
也是一样
我正在使用最新的 Tortoisegit 2.3.0.0
使用 git 版本 2.9.2.windows.1
OS: Windows 7 SP1
这是一个错误还是我做错了？因为这曾经在乌龟 svn 中工作。
此处 Git 和 TortoiseGit（可能）与 SVN 的工作方式不同。选择 "resolve using mine" 或 "resolve using theirs" 将使用您的分支上的文件的完整版本。合并分支的文件。版本取自 git 索引 - 这里我们与 SVN 有本质区别，SVN 仅在文件系统中具有这些版本（.mine 和两个 .r* 文件）。
手动解决合并冲突后TortoiseGitMerge，你应该使用"Resolved"清除Git索引中的冲突状态并保留冲突文件（现在应该在3路合并后没有冲突）。
重现步骤：
- 生成冲突合并（例如：在您的分支中有更改并从 master 获取+合并）
- 在提交冲突时 window，找到您的冲突文件，右键单击并打开配置了外部合并的冲突解决方案 - 结果是具有基础、远程和本地的 3 向合并
- 将您的更改合并到本地
- 在冲突提交window中，再次右击冲突文件，选择：resolve using mine
预计将合并到本地的文件放在冲突文件上，但是您的合并将被丢弃，而是使用原始本地文件。 remote/their
也是一样我正在使用最新的 Tortoisegit 2.3.0.0 使用 git 版本 2.9.2.windows.1 OS: Windows 7 SP1
这是一个错误还是我做错了？因为这曾经在乌龟 svn 中工作。
此处 Git 和 TortoiseGit（可能）与 SVN 的工作方式不同。选择 "resolve using mine" 或 "resolve using theirs" 将使用您的分支上的文件的完整版本。合并分支的文件。版本取自 git 索引 - 这里我们与 SVN 有本质区别，SVN 仅在文件系统中具有这些版本（.mine 和两个 .r* 文件）。
手动解决合并冲突后TortoiseGitMerge，你应该使用"Resolved"清除Git索引中的冲突状态并保留冲突文件（现在应该在3路合并后没有冲突）。