如何使 git merge 处理对我的工作树的未提交更改？

Question

我和一位同事目前都在主分支上工作。 我的工作树中有一些我不想提交的代码（调试语句等）。 现在，如果他对其中一些相同的文件提交更改，我无法合并它们：

$ git merge origin/master
Updating 1b8c5c6..eb44c23
error: Entry 'blah.java' not uptodate. Cannot merge.

来自颠覆背景，我习惯于当我从存储库中提取更改时自动合并我的工作树，如果存在冲突，我会自动合并工作树。手动解决它们。

我发现在 git 中执行此操作的最快方法是：

$ git stash
$ git merge origin/master
$ git stash pop

本质上，删除未提交的更改，进行合并，然后重新应用更改。 我如何告诉 merge 自动将我的工作树与我试图引入的更改合并？

Answer 1

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

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

想象一下，您有一个大部分工作的树 - 也许并不完美，但您正在取得一些进展。 然后你去进行合并，你引入的代码造成了严重破坏（本身就有错误，有太多冲突需要处理，等等......）。 如果你能撤销它不是很好吗？

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

请记住：您提交的内容不一定是您推动的内容，但您不提交的内容很容易就会丢失。

只要做安全、简单的事情，尽早承诺并经常承诺即可。

Answer 2

据我所知，您能做的最好的事情就是使用 git stash 已有的功能。 我也觉得很奇怪，合并只想处理干净的树。

Answer 3

• 如果本地工作未提交
  • 并且您引入了远程分支中不存在的全新文件：
  • 或者受本地工作影响的文件与受您需要从远程拉取的更改影响的文件零重叠：
    • 你很幸运：git pull 将“正常工作”
  • 否则：
    • 如果您的本地更改与您正在拉取的更改没有重叠：
      • git stash 可以工作：
        • git stash 保存
        • git pull
        • git stash pop
    • 如果您的本地更改与您正在拉取的更改有一些重叠：
      • git stash 将需要手动解决冲突：
        • git stash 保存
        • git pull
        • git stash pop
        • 解决合并冲突
        • git 重置
        • git stash drop
• 如果本地工作已提交
  • 并且受您本地工作影响的文件与受
    • 你很幸运：git pull 将“正常工作”
    • 但是：由于更清晰的历史记录，git pull --rebase 将“工作得更好”
    • 没有合并提交； 您的更改将在上游更改之后提交
  • 否则：
    • git pull 需要手动解决冲突：
      • git pull
      • 解决合并冲突
      • git add FILE 为每个冲突的文件
      • git 提交

    由于更清晰的历史记录，

    • git pull --rebase 仍然可以“工作得更好”
      • 但是，解决合并冲突可能会困难得多

有关详细说明，请参阅：https:// happygitwithr.com/pull-tricky.html

Answer 4

您无法告诉 git merge 合并对本地存储库进行了更改的文件的更改。 这可以防止您在合并失败时丢失更改。

使用 CVS 和 SVN 合并方法，如果您在更新之前没有手动复制文件并且在合并时打乱了文件，则必须手动重新编辑才能恢复到良好状态。

如果您在合并之前提交更改或隐藏它们，则一切都是可逆的。 如果合并进展不顺利，您可以尝试多种方法来解决问题，然后选择最有效的一种。

如果您确实提交了实验性或调试更改，则可以使用 git rebase 在通过 git merge 获得的提交之后移动它们，以便更轻松地删除它们或避免意外地将它们推送到存储库。

请注意，在已推送到共享存储库的分支上使用 git rebase 会给从该存储库拉取的每个人带来痛苦。

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