Git Merge - 不完整、丢失文件和文件夹

Question

我试图将 dev 分支合并到 master 中。

git checkout master    
git pull . dev

一切似乎都很顺利，尽管存在一些冲突，我解决了这些问题并承诺了。但是，当我检查这个新合并的工作树时，缺少来自 dev 的许多文件夹和文件。

git status  // Shows conflicts & doesn't list some files/folders.    
git commit -a 

Created commit 55ffdd1: Merge branch 'dev' into master  

git diff dev --name-status

产生：

D       folders/lm.gif
D       folders/lmh.gif
...

因此未显示在“git status”上的文件/文件夹。当我修复合并的冲突时，它最终也没有出现。

另外，当我尝试再次合并时，它会显示：

git merge dev    
Already up-to-date.

然而主分支显然缺少开发分支中的文件/文件夹。这是为什么？不应该添加该文件夹及其所有内容吗？ “文件夹”正在开发分支上进行跟踪，所以当我进行合并时，它不应该被拉过来吗？

当早些时候发生合并冲突时，git 是否停止了合并过程并跳过了一堆文件/文件夹？

dev 分支有相当多的变化，我过去是否把 git 弄乱了，现在某些文件/文件夹不会合并？

（当我第一次创建 dev 分支时，我不知道自己在做什么，并且做了一些疯狂的事情，例如重置、恢复等。）

希望你们中的一位 git 大师在堆栈溢出上知道答案。 ：）

谢谢， Quang

---

回答

谢谢 Walter，是的，就是这样。

经过一番调查后，我发现发生的事情有点复杂。事实证明。

1. dev 从 master 分支出来，它拥有所有文件。
2. 第三个分支，我们称之为“cleaned”，是从 dev 分支出来的。
3. clean分支删除了所有文件。
4. 已清理的分支与 master 合并（或其他什么？）。此时，文件已从 master 上删除。然后“清理”的分支就消失了。
5. 在开发中，文件仍然存在，我继续添加到这个分支，编辑文件相当长一段时间。
6. dev 与 master 合并，之前被 clean 删除的所有文件都消失了。

希望这对我以外的人有所帮助，他们学到了很多关于如何使用 git log、git show、git reflog 来尝试调试发生的事情。

谢谢！

如何修复

因此，这就是我所做的，将 dev 中先前删除的所有内容合并回 master 上。

1. 获取所有已删除的文件/文件夹（在 dev 上，但不在新合并的 master 上） git diff dev --name-status | grep D > deleted_files
2. 所有文件和文件夹的输出列表git log --name-status> file_history 将使用它来找出已删除文件的最后更新版本。
3. 逐一遍历deleted_files列表，找到file_history中最新的版本并恢复。示例：git checkout 25b8a44 view.php 25b8a44... 是 view.php 最后更新版本的提交。我尝试了 cherry-pick 和直接的 git checkout dev view.php 但我发现显式使用提交 ID，它合并了更多的历史记录。 （包括首先导致文件被删除的提交。）
4. 所有删除的文件都恢复后，快速检查 git diff dev --name-status | grep D 显示所有文件都被复制过来。然后就像 Walter 所说的修正提交 git commit --amend :)

Answer 1

听起来 git 认为丢失的文件在 master 上从 dev 分支到预合并头之间的某个时刻被删除了。这是我能想到的 git 在合并过程中默默删除跟踪文件的唯一原因。

不幸的是，我不知道解决这个问题的好方法。我可能只是手动从 dev 分支重新添加所有已删除的文件（或使用一点 bash 脚本），然后添加到 git commit --amend 来将合并提交修改为包括他们。

Answer 2

为了避免这种情况 - 使用带有 --no-ff 选项的合并（合并而不快进）。有关 --no-ff 标志的更多详细信息，请参见此处 https://betterdev.blog /turn-off-git-fast-forward-merge/，https://hackr.io/blog/difference- Between-git-merge-and-git-merge-no-ff

一般来说 - 快进合并适合合并简单功能或错误修复，但如果分支单独开发一段时间（例如大功能或发布分支） - 您需要避免它。

因此，对于您的情况，它看起来像：

git fetch origin cleaned
git fetch origin dev
git fetch origin master

git checkout master
git merge --no-ff origin/cleaned

修复冲突并提交，

此时某些文件已从 master 中删除（已清理的更改），但在 dev 中仍然存在（并且可能已修改），

git merge --no-ff dev

您将面临从中删除的文件的冲突master 但再次从 dev 收到，需要通过接受来自 dev 的更改来修复它们

commit changes and push

最终您将收到透明的历史记录，如果您在解决冲突时错过或丢失了某些内容 - 您可以使用包含 3 个提交合并信息的合并提交轻松恢复它。