git合并后，如何撤销合并？

git revert是更安全的做法，因为它不会改变项目历史，而是通过创建一个新的提交来“撤销”之前的合并。这是处理已经推送到共享仓库的合并时的推荐方法。

找到合并提交的哈希值：
首先，你需要找到合并sit到dev的那个合并提交的哈希值。你可以使用git log来查看提交历史，并找到那个合并提交。

git log --oneline --graph

这将显示一个图形化的提交历史，帮助你找到合并提交。

撤销合并：
使用git revert加上合并提交的哈希值来创建一个新的提交，这个提交会撤销合并。

git revert -m 1 合并提交的哈希值

注意：-m 1指定了要撤销的父提交（合并提交有两个父提交，-m 1通常指“主分支”上的那个，但具体取决于你的合并方式）。如果合并提交是简单的“fast-forward”合并（即没有创建合并提交），那么你可能需要使用git reset。

解决可能出现的冲突：
如果撤销过程中有冲突，你需要手动解决这些冲突，然后提交。

推送更改：
如果你的dev分支是共享的，并且你已经在合并后推送了更改，那么你需要将这次撤销的提交也推送到远程仓库。

git push origin dev

如果你确定合并后没有进一步的提交，并且你不介意改变项目历史（例如，这是一个私有分支，或者你有足够的权限来重写共享历史），你可以使用git reset。

找到合并前的提交哈希值：
使用git log找到合并之前的那个提交的哈希值。

重置分支：
使用git reset将dev分支重置到那个合并前的提交。

git reset --hard 合并前的提交哈希值

（可选）强制推送更改：
如果dev是共享分支，并且你已经在合并后推送了更改，你需要使用强制推送来更新远程仓库的状态。

git push origin dev --force

注意：强制推送会覆盖远程仓库中的历史，这可能会影响其他正在该分支上工作的人。务必谨慎使用。

通常建议使用git revert来撤销合并，因为它更安全，不会改变项目历史。只有在完全确定的情况下，才应该使用git reset和强制推送。