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

Question

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

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

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

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

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

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

Answer 1

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

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

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

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

请记住：你所提交的内容 并不是你推送的内容，但是你不提交的内容很容易丢失。

做好安全和轻松的事情，尽早提交并经常提交。

Answer 2

据我所知，你所能做的最好的就是git stash已经拥有的东西。我也觉得奇怪，合并只想处理干净的树木。

Answer 3

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

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

如果您在进行合并之前提交更改或存储它们，则一切都是可逆的。如果合并不顺利，你可以尝试几种方法使其成功，并选择效果最好的方法。

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

请注意，在已推送到共享存储库的分支上使用git rebase会让每个从该存储库中拉出来的人感到悲伤。

在这些情况下，我更喜欢使用git stash，但如果合并更改了我已编辑但未提交的文件，我只会使用它。

Answer 4

• 如果不从事本地工作
  • 您已经介绍了远程分支中不存在的全新文件：
  • 或者受本地工作影响的文件与您需要从远程提取的更改影响的文件具有零重叠：
    • 您很幸运：git pull将“行之有效”
  • 否则：
    • 如果您的本地更改与您所做的更改没有重叠，请执行以下操作：
      • git隐藏将起作用：
        • git stash save
        • git pull
        • git stash pop
    • 如果您的本地更改与您要更改的更改有些重叠，请执行以下操作：
      • git隐藏将需要手动解决冲突：
        • git stash save
        • git pull
        • git stash pop
        • 解决合并冲突
        • git reset
        • git stash drop
• 如果从事本地工作
  • 受本地工作影响的文件与受以下工作影响的文件存在零重叠
    • 您很幸运：git pull将“行之有效”
    • 但是：git pull --rebase会因为历史更清晰而“工作得更好”
    • 没有合并提交；您的更改将在上游更改后提交
  • 否则：
    • git pull将需要手动解决冲突：
      • git pull
      • 解决合并冲突
      • git add FILE（针对每个冲突的文件）
      • git commit
    • git pull --rebase仍然可以“更出色地工作”，因为历史更清晰
      • 但是，解决合并冲突可能要困难得多

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