如何使git合并处理对我的工作树的未提交更改?

忘记你从颠覆中学到的一切。

始终在引入外部更改之前提交。

如果你承诺,你可以。如果你不这样做,你只会受苦。

有 成为你所推动的,但你没有承诺的,你很容易失去。

只要做安全和容易的事情,尽早承诺,经常承诺。

据我所知,你能做的最好的就是你已经拥有的 git stash . 我也觉得奇怪,merge只想处理干净的树。

• 如果本地工作未提交
  • 您引入了远程分支中不存在的全新文件:
  • 或者,受本地工作影响的文件与受需要从远程拉取的更改影响的文件没有重叠:
    • git pull
  • 否则:
    • 如果本地更改与正在拉取的更改没有重叠:
      • • git stash save
        • 吉特拉力
        • git stash pop
    • 如果本地更改与正在拉取的更改有些重叠:
      • • 吉特隐藏保存
        • 解决合并冲突
        • git reset
        • git stash drop
• • 受本地工作影响的文件与受本地工作影响的文件没有重叠
    • 吉特拉力 “只是工作”
    • git pull --rebase 因为更干净的历史,“工作得更好”吗
    • 没有合并提交;您的更改将在上游更改后提交
  • 否则:
    • • 吉特拉力
      • 解决合并冲突
      • git add FILE
      • git commit
    • git-pull——重基 因为更干净的历史,它还能“工作得更好”
      • 但是,解决合并冲突可能要困难得多

有关详细说明,请参见: https://happygitwithr.com/pull-tricky.html

git merge

使用CVS和SVN方法进行合并时,如果在更新之前没有手动复制文件,并且在合并时对其进行了置乱,则必须手动重新编辑以恢复到良好状态。

如果在进行合并之前提交更改或隐藏更改,则一切都是可逆的。如果合并不顺利,你可以尝试几种方法来解决问题,然后选择一种效果最好的方法。

如果您确实提交了实验或调试更改,则可以使用 git rebase 合并分支 使其更容易摆脱或避免意外地将它们推到存储库中。

注意,使用 吉特重基 在您推送到共享存储库的分支上,将给从该存储库中拉出的每个人带来悲伤。

git stash 在这些情况下,但我仅在合并更改了我已编辑但未提交的文件时使用它。