如果使用git命令合并两个分支，我将如何得到冲突

我正在尝试合并两个分支，但脚本中没有冲突。但如果有任何冲突，我不想启动git merge命令，请合并两个分支。

---

那么，在使用fire merge命令之前，我是否可以检查是否存在任何冲突？

手动，简单的方法可能是

# actually do the merge
git merge <target>

…或者不是，你只要撤销你的提交：

git reset --soft HEAD^

在这两种情况下，你都回到了第一步，合并撤销了，你有了这个问题的答案，这会是一场冲突吗

---

是的，我也觉得它很笨重，但是嘿！它起作用了。公平地说，对于别名，手动操作是非常实用的，简单的方法可能是

# actually do the merge
git merge <target>

…或者不是，你只要撤销你的提交：

git reset --soft HEAD^

在这两种情况下，你都回到了第一步，合并撤销了，你有了这个问题的答案，这会是一场冲突吗

---

是的，我也觉得它很笨重，但是嘿！它起作用了。公平地说，使用别名非常实用

您想手动还是在脚本中执行此操作？通过git命令在脚本中使用您可以通过创建合并请求在GitHub中看到它。您想手动还是在脚本中执行此操作？通过git命令在脚本中使用您可以通过创建合并请求在GitHub中看到它。可能的实际合并和重置的副本在脚本中需要时间。因此，我希望在合并之前，我可以检查任何冲突，如果没有冲突，然后我合并，如果冲突，我不想合并\是的，这是我先前关于手动或脚本的问题的要点。这是手动操作的答案。@paraschauhan-嗯，想要和能是两件不同的事情。git没有为合并提供一个干运行，所以您必须在一个AIK中对合并基础执行1个diff HEAD；2将合并目标与合并基础区分开来；3比较补丁以查找重叠/相邻的变更块。这再现了合并的大部分工作，尽管由于没有实际更新工作树，可能会更快。但是那就是说…@paraschauhan-你说如果没有冲突，你真的想合并。因此，如果您在合并成功时忽略重置，或者遵循上述过程，那么脚本浪费时间的唯一时间就是冲突发生时——对于大多数项目来说，冲突相对较少——在脚本中合并和重置需要时间。因此，我希望在合并之前，我可以检查任何冲突，如果没有冲突，然后我合并，如果冲突，我不想合并\是的，这是我先前关于手动或脚本的问题的要点。这是手动操作的答案。@paraschauhan-嗯，想要和能是两件不同的事情。git没有为合并提供一个干运行，所以您必须在一个AIK中对合并基础执行1个diff HEAD；2将合并目标与合并基础区分开来；3比较补丁以查找重叠/相邻的变更块。这再现了合并的大部分工作，尽管由于没有实际更新工作树，可能会更快。但是那就是说…@paraschauhan-你说如果没有冲突，你真的想合并。因此，如果您在合并成功时忽略重置，或者遵循上述过程，那么脚本浪费时间的唯一时间就是发生冲突的时候——这对于大多数项目来说是相对罕见的