如何将git存储库拆分为特定提交点的最新提交和旧提交，保留分支？

Question

如何在特定的提交SHA中将我的git存储库拆分为两个存储库（最近和历史），同时还保留每个存储库中的分支，并正确链接到它们在master上的提交？

问题描述

虽然许多SO问题询问并回答如何拆分子目录（例如The Easy Way），但这不是我需要做的。相反，我需要在某次提交之前将存储库提交拆分为所有这些提交，以及随后的所有提交。虽然我的存储库很大，在十年的历史中有数千个提交和数百个分支，但问题可以归结为一个简单的存储库，包含8个提交（1-8）和3个分支（master，A，B）：

1 - 2 - 3 - 4 - 5 - 6 - master
     \           \
      7           8
       \           \
        A           B

转换后，我想要的是两个存储库。第一个（项目历史）应包含历史提交1,2,3和4以及分支A上的关联提交7.第二个（项目 - 最近）应包含提交4,5,6和关联提交8在分支B上这些看起来像是：

project-history                     project-recent
1 - 2 - 3 - 4 -master               4 - 5 - 6 - master
     \                                   \
      7                                   8
       \                                   \
        A                                   B

Split a Git Repository into Two中描述了类似的问题，但是这两个答案都没有被接受，也没有产生我需要的结果，我将在下面描述，以及测试脚本。

可能的方法：分支，然后使用孤立提交进行rebase

Pro Git书Chapter 7.13 Git-Tools-Replace提供了一种非常接近的方法。在该方法中，首先创建历史记录，然后将最近的提交重新绑定到新的孤立提交。

创建历史

1. 找到要拆分存储库的提交的SHA
2. 此时创建history分支
3. 将历史记录分支及其附加分支推送到新的项目历史回购

这一切都很有效。

重新启动最近的提交

但是下一部分并没有完全发挥作用：

1. 创建一个孤立提交，它会生成提交aaf5c36
   • git commit-tree 8e3dbc5^{tree}
2. 从分割提交的父级开始，将主服务器重新引导到aaf5c36
   • git rebase --preserve-merges --onto aaf5c36 8e3dbc5
3. 将此新主服务器和分支机构B推送到新项目 - 最近的存储库

问题：分支B在新项目最近的存储库中与master断开连接。生成的存储库看起来像：

project-history                     project-recent
1 - 2 - 3 - 4 -master               4 - 5 - 6 - master
     \                                   
      7                             1 - 2 - 3 - 4 - 5 - 8- B
       \                            
        A                                   

用于说明问题的脚本

repo-split-example.sh脚本创建一个示例存储库（repo-split-example），然后使用此技术将其拆分为repo-split-history和repo-split-recent存储库，但分支B未附加到后者。此外，通过将分支B推入最近的存储库，历史提交也被推送到存储库（提交1,2,3），并且提交4和5的重复（原件，以及来自的重写的变基）。这是项目的最终状态 - 最近的回购：

$ git log --graph --all --oneline --decorate
* c29649c (HEAD -> master) sixth
* e8545fd fifth
* 8e3dbc5 fourth
* aaf5c36 Get history from historical repository at file:///Users/jones/development/git-svn-migrate/repo-split-history
* 7a98d11 (B) branchB
* 1f620ac fifth
* 1853778 fourth
* 14ab901 third
* 8dd0189 second
* bb1fc8d first

而我想要的是：

$ git log --graph --all --oneline --decorate
* c29649c (HEAD -> master) sixth
| * 7a98d11 (B) branchB
|/
* e8545fd fifth
* 8e3dbc5 fourth
* aaf5c36 Get history from historical repository at file:///Users/jones/development/git-svn-migrate/repo-split-history

repo-split-example.sh脚本是重现问题的简便方法。如何让项目最近的存储库包含来自master的最新提交以及来自分支B的提交，正确链接到重新提交的提交5（fifth）？

感谢您的建议！

更新

在查看更多内容之后，我确定我可以手动将最近的分支重新绑定到新重写的树中。为此，对于最近树中的每个分支，我会这样做：

# Rebase branch B onto the newly rewritten fifth commit
git branch temp e8545fd # the SHA of the rewritten fifth commit
git checkout B
git rebase temp # This works, but will (always?) have conflicts because it starts 
                # from the beginning because there is no common merge base for the commit
git branch -d temp

因此，这有效，并产生所需的结果。位git rebase temp会产生大量的合并冲突（自历史开始以来每次提交一次），因为重写的第五次提交不会与原始分支B共享任何历史记录。所以很多这里的手动冲突解决方案，我的真实存储库只需要太长时间。所以仍然在寻找一个可行的解决方案，其中rebase在没有合并冲突的情况下工作。

Answer 1

我终于弄明白了，所以记录这里的程序，希望它有用。可以使用移植物来拆分存储库，然后使用filter-branch重写树以使移植物永久化，而不是重新定位。因此，假设TRUNCPOINT是要对其进行拆分的提交的SHA，TRUNCPARENT是其父级的SHA，project-history和project-recent都是新初始化的存储库准备好接收历史提交和最近的提交，将存储库分成两半的最终过程如下：

首先为历史提交创建一个分支

这可以通过在$ TRUNCPOINT处创建一个分支，并将该分支及其产生的所有分支推送到project-history来完成。

git branch history $TRUNCPOINT
git push project-history history:master
git push project-history A

将本地hisotry分支上的历史提交推送到master repo的project-history分支，然后将分支A推送到project-history存储库。以下是它的结果：

git log --graph --oneline --decorate --all
* fdc8f84 (A) branchA a1
| * 7237a3e (HEAD -> master) fourth
| * 55be55d third
|/  
* 26555d8 second
* 5a68ca2 first

到目前为止很好，因为历史上最近的提交是第四次提交。

现在我们需要拆分repo以获取最近从TRUNCPOINT到master的HEAD的提交。

创建一个基本提交，作为最近提交的父级

这些下一个命令创建一个空提交，它将成为最近提交树的新根。

MESSAGE="Get history from historical repository"
BASECOMMIT=`echo $MESSAGE | git commit-tree ${TRUNCPARENT}^{tree}`

通过将TRUNCPARENT移植到BASECOMMIT

来拆分存储库

最后，我们graft存储库，告诉它$ TRUNCPOINT的父节点现在是$ BASECOMMIT而不是它的原始父节点。这有效地截断了$ TRUNCPOINT的历史记录。然后我们使用filter-branch重写历史记录以使移植永久化，然后将master及其关联的分支B推送到project-recent存储库。

echo "${TRUNCPOINT} ${BASECOMMIT}" > .git/info/grafts
git filter-branch -- --all
git push project-recent master
git push project-recent B

这里是project-recent repo的结果分割内容。

git log --graph --oneline --decorate --all
* 2335aeb (B) branchB b2
* 2bb7ea3 branchB b1
| * 83c3ae9 (HEAD -> master) sixth
|/  
* 25931c5 fifth
* 1e1e201 fourth
* a7f3373 Get history from historical repository

请注意，根提交a7f3373是我们人工创建的BASECOMMIT，它的提交日志可以包含一条消息，该消息将用户指向具有项目历史记录的存储库位置，允许将来的用户如果需要，使用git replace重新加入两个存储库。 可以下载reproducible script的完整流程，但也包含在下面以供参考。

我们唯一的另一个主要问题是，在我们的实际案例中，我们试图确定哪些分支机构应该被推送到历史回购，哪些应该被推到最近的回购。但是这个答案显示了拆分本身是如何完成创建两个存储库的。

完全复制的示例bash脚本

#!/bin/bash
WORKDIR=${PWD}

create_repos () {
    rm -rf repo-split-example repo-split-recent repo-split-history
    # Create the repo to be split
    example_repo

    # Create the repo to contain the historical commits
    HISTREPO="file://${WORKDIR}/repo-split-history"
    mkdir ../repo-split-history
    cd ../repo-split-history/
    git init --bare
    cd ../repo-split-example
    git remote add project-history $HISTREPO

    # Create the repo to contain the recent commits
    RECEREPO="file://${WORKDIR}/repo-split-recent"
    mkdir ../repo-split-recent
    cd ../repo-split-recent/
    git init --bare
    cd ../repo-split-example
    git remote add project-recent $RECEREPO
}

example_repo () {
    # Part I: set up a test repo with our example commits
    mkdir repo-split-example
    cd repo-split-example/
    git init
    echo "We want to split the repository into project-recent and project-history portions, following the instructions at https://git-scm.com/book/en/v2/Git-Tools-Replace., but also including branches." > README.md
    echo " "
    echo "First commit." >> README.md
    git add README.md
    git commit -m "first"
    echo "Second commit." >> README.md
    git add README.md
    git commit -m "second"

    git checkout -b A HEAD
    echo "Add Branch A change." >> README.md
    git add README.md
    git commit -m "branchA a1"

    git checkout master
    echo "Third commit." >> README.md
    git add README.md
    git commit -m "third"
    TRUNCPARENT=`git rev-parse HEAD`

    echo "Fourth commit." >> README.md 
    git add README.md
    git commit -m "fourth"
    TRUNCPOINT=`git rev-parse HEAD`

    echo "Fifth commit." >> README.md
    git add README.md
    git commit -m "fifth"
    FIFTH=`git rev-parse HEAD`

    git checkout -b B HEAD
    echo "Add Branch B change. b1" >> README.md
    git add README.md
    git commit -m "branchB b1"
    B1=`git rev-parse HEAD`

    echo "Add Branch B change. b2" >> README.md
    git add README.md
    git commit -m "branchB b2"
    B2=`git rev-parse HEAD`

    git checkout master
    echo "Sixth commit." >> README.md
    git add README.md
    git commit -m "sixth"

    # Now we have a repo with the requisite structure, ready to be split
    git log --graph --all --oneline --decorate
}


split_repo () {
    # Part II: Split the git repo into historical and current halves at $TRUNCPOINT
    # Following guidelines at https://git-scm.com/book/en/v2/Git-Tools-Replace

    # First create a branch for the historical commits
    echo "Branching history at $TRUNCPOINT"
    git branch history $TRUNCPOINT
    git log --graph --oneline --decorate history A

    # Now copy the history repo to the remote HISTREPO repository
    git push project-history history:master
    git push project-history A

    # Now to split the repo to get the recent history from TRUNCPOINT to HEAD of master
    # Create a base commit for the new new recent history
    MESSAGE="Get history from historical repository at $HISTREPO"
    BASECOMMIT=`echo $MESSAGE | git commit-tree ${TRUNCPARENT}^{tree}`

    # Split the repository by grafting the TRUNCPARENT onto BASECOMMIT
    echo "${TRUNCPOINT} ${BASECOMMIT}" > .git/info/grafts
    git filter-branch -- --all

    # Finally, push the current rewritten master and associated branches to a new repository
    git push project-recent master
    git push project-recent B
}

create_repos
split_repo