【问题标题】:Remove commits which aren't in subtree nor in original repository删除不在子树或原始存储库中的提交
【发布时间】:2014-02-08 15:22:34
【问题描述】:

我实际上有两个存储库:

  • main
  • external

main 存储库在一段时间后合并到external/main 目录(作为子树)。 现在我想将对external/main 所做的更改迁移回main 存储库,但只有这些提交,而不是其他不相关的提交,例如external/<anything-else>

我实际上已经尝试过经典的:

git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter main -- --all

但这也会删除对初始 main 存储库所做的所有提交,只留下在 external git 存储库中所做的提交。


所以:如何只保留提交:

a) 制作到初始 main 存储库

b) 制作到external (external/main) 的子树


当我尝试git pull -s subtree ../external 时,所有提交都被合并了,包括未更改子树中任何内容的提交。我只想拥有在子树中实际更改某些内容的提交,并且也只有有关子树中文件的信息。

【问题讨论】:

  • ZZZ 是如何合并到AAA 中的?
  • 您还可以使用传达一些含义并有助于提高问题可读性的名称,例如存储库的mainexternal
  • 使用通常的机制:通过获取external 中的repo,然后使用read-tree 将其放入external repo 的目录中。
  • @LopSae 已编辑,现在更好了吗?
  • 肯定:) 这是一个有趣的问题。

标签: git git-filter-branch git-subtree git-rewrite-history


【解决方案1】:

您应该能够在命令的<rev-list options> 部分中使用--not --remotes 限制filter-branch 重写的提交:

git filter-branch --tag-name-filter cat --prune-empty
    --subdirectory-filter main -- --all --not --remotes

这将导致filter-branch 不包含可从您的远程分支访问的提交。如果您有多个遥控器,您可以使用 --remotes=origin 之类的东西来指定要考虑的遥控器。

【讨论】:

  • 嗯……非常好!谢谢!它只是不知何故仍然包含另一个不相关的子树合并提交:github.com/krakjoe/phpdbg/commit/… 任何想法如何删除它......它不知何故成为了导致问题的分支的根提交......
  • @bwoebi,不熟悉您的存储库,我很难想象这里发生了什么。如果您只是想删除当前的根提交,您可以参考this question,其中接受的答案显示了如何将所有提交重写为新的 empty 根提交。现在您可以使用rebase -i 删除旧根(现在是第二次提交)。
  • 嗯……这没有帮助,但stackoverflow.com/a/6149972/2153758 有帮助。不管怎样,谢谢你……你应得的赏金。
【解决方案2】:

为了将main 中发生的所有相关更改引入external,需要发生两件事:

  • 隔离原main
  • main 中发生的所有提交都带入external

首先,隔离原来的main

看起来你可能在自己的存储库中有main

如果不是,只要将原始main 提交设置为创建external/main 子目录的提交的父级,就可以从external 存储库中检索它。 Git Book Subtree Merging page

中概述的过程就是一个例子

提交可以找到引入的子树,如in this answer 所述。

然后只需获取作为main 基础的整个提交集并从中创建一个存储库。


其次,main 中发生的所有提交都带入external

您已经隔离了包含 exteral/main 子文件夹中更改的提交,但正如您所说,它不包括原始的 main 提交。

git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter main -- --all

这是因为filter-branch 只会检查特定子目录位置中的文件,而不知道如何处理更复杂的操作,例如创建子目录的read-tree

filter-branch 操作之后,您将得到一组提交,其中包含在main/external 中发生的所有更改。让我们假设这组提交可以在filteredMain 分支中到达。

由于内容已从子目录移至根目录,因此文件的位置现在再次与 main 存储库中的内容相同。这将允许连接两棵树。由于这两棵树,main 的 master 分支和 filterBranch 没有共同的历史记录,它们可以通过 rebase 重放提交的更改来加入。

# in the main repository

# bring the external repository and get the branch
git remote add external /path/to/external
git fetch external filteredMain
git checkout filteredMain

# We need the first commit of this tree for the rebase command
firstCommit=$(git rev-list --max-parents=0 HEAD)

# run the rebase
git rebase --onto master $firstCommit filteredMain

在此之后,filteredMain 分支应包含在 external/main 中发生的所有更改,并在 main 存储库中的原始 master 分支之上重放。

【讨论】:

  • 看起来是一个有效的替代方案,但实际上上面的答案更实用,因为它是 a) 更少的命令和 b) 只在一个分支上运行。
  • 我可能误解了这个问题,因为我看不到如何使用单个 filter-branch 命令将 main 提交和 external/main 保留为单个树。无论如何,不​​用担心,我在作品上得到了这个答案,只是出于个人好奇,即使问题已经完成,我也决定完成它。
猜你喜欢
  • 2018-02-10
  • 2011-03-05
  • 2019-10-10
  • 2010-10-09
  • 2012-11-28
  • 1970-01-01
  • 2020-08-03
  • 1970-01-01
相关资源
最近更新 更多