几个月前我开始了一个项目并将所有内容存储在主目录中。 在我的主目录“Project”中有几个包含不同内容的子目录: 项目/论文包含用LaTeX编写的文档 Project / sourcecode / RailsApp包含我的rails应用程序。
“Project”是GITified,“paper”和“RailsApp”目录中都有很多提交。现在,因为我想使用cruisecontrol.rb作为我的“RailsApp”,我想知道是否有办法在不丢失历史的情况下从“RailsApp”中创建一个子模块。
答案 0 :(得分:115)
现在有一种比手动使用git filter-branch更简单的方法:git subtree
git clone https://github.com/apenwarr/git-subtree.git
cd git-subtree
sudo rsync -a ./git-subtree.sh /usr/local/bin/git-subtree
或者如果你想要手册页和所有
make doc
make install
将较大的分割成较小的块:
# Go into the project root
cd ~/my-project
# Create a branch which only contains commits for the children of 'foo'
git subtree split --prefix=foo --branch=foo-only
# Remove 'foo' from the project
git rm -rf ./foo
# Create a git repo for 'foo' (assuming we already created it on github)
mkdir foo
pushd foo
git init
git remote add origin git@github.com:my-user/new-project.git
git pull ../ foo-only
git push origin -u master
popd
# Add 'foo' as a git submodule to `my-project`
git submodule add git@github.com:my-user/new-project.git foo
有关详细文档(手册页),请阅读git-subtree.txt
。
答案 1 :(得分:38)
手册页的Examples
section显示了如何将子目录提取到自己的项目中,同时保留其所有历史记录并丢弃其他文件/目录的历史记录(正是您正在寻找的内容)。 / p>
要重写存储库,使其看起来好像
foodir/
已成为其项目根目录,并丢弃所有其他历史记录:git filter-branch --subdirectory-filter foodir -- --all
因此,您可以将库子目录转换为自己的存储库 请注意将
--
选项与修订选项分开的filter-branch
,以及--all
以重写所有分支和标记。
答案 2 :(得分:13)
执行此操作的一种方法是反向删除除了要保留的文件之外的所有内容。
基本上,制作存储库的副本,然后使用git filter-branch
删除除了要保留的文件/文件夹之外的所有内容。
例如,我有一个项目,我希望将文件tvnamer.py
提取到新的存储库中:
git filter-branch --tree-filter 'for f in *; do if [ $f != "tvnamer.py" ]; then rm -rf $f; fi; done' HEAD
使用git filter-branch --tree-filter
完成每次提交,运行命令并重新生成结果目录内容。这是非常具有破坏性的(因此您只应在存储库的副本上执行此操作!),并且可能需要一段时间(在存储库中大约需要1分钟,包含300个提交和大约20个文件)
上面的命令只是在每个修订版上运行以下shell脚本,当然你必须修改它(以使它排除你的子目录而不是tvnamer.py
):
for f in *; do
if [ $f != "tvnamer.py" ]; then
rm -rf $f;
fi;
done
最明显的问题是它会留下所有提交消息,即使它们与剩余文件无关。脚本git-remove-empty-commits,修复了这个..
git filter-branch --commit-filter 'if [ z$1 = z`git rev-parse $3^{tree}` ]; then skip_commit "$@"; else git commit-tree "$@"; fi'
您需要再次使用-f
强制参数运行filter-branch
refs/original/
中的任何内容(基本上是备份)
当然这永远不会是完美的,例如,如果你的提交消息提到了其他文件,但它与git当前允许的一样接近(据我所知)。
同样,只能在您的存储库副本上运行它! - 但总的来说,删除除“thisismyfilename.txt”之外的所有文件:
git filter-branch --tree-filter 'for f in *; do if [ $f != "thisismyfilename.txt" ]; then rm -rf $f; fi; done' HEAD
git filter-branch -f --commit-filter 'if [ z$1 = z`git rev-parse $3^{tree}` ]; then skip_commit "$@"; else git commit-tree "$@"; fi'
答案 3 :(得分:4)
CoolAJ86和apenwarr的答案都非常相似。我在两个对象之间来回走动,试图了解两个对象中缺少的部分。下面是它们的组合。
首先将Git Bash导航到要拆分的git repo的根目录。在我的示例中,这是~/Documents/OriginalRepo (master)
# move the folder at prefix to a new branch
git subtree split --prefix=SubFolderName/FolderToBeNewRepo --branch=to-be-new-repo
# create a new repository out of the newly made branch
mkdir ~/Documents/NewRepo
pushd ~/Documents/NewRepo
git init
git pull ~/Documents/OriginalRepo to-be-new-repo
# upload the new repository to a place that should be referenced for submodules
git remote add origin git@github.com:myUsername/newRepo.git
git push -u origin master
popd
# replace the folder with a submodule
git rm -rf ./SubFolderName/FolderToBeNewRepo
git submodule add git@github.com:myUsername/newRepo.git SubFolderName/FolderToBeNewRepo
git branch --delete --force to-be-new-repo
下面是上面的副本,其中替换了可自定义的名称,并改用https。根文件夹现在为~/Documents/_Shawn/UnityProjects/SoProject (master)
# move the folder at prefix to a new branch
git subtree split --prefix=Assets/SoArchitecture --branch=so-package
# create a new repository out of the newly made branch
mkdir ~/Documents/_Shawn/UnityProjects/SoArchitecture
pushd ~/Documents/_Shawn/UnityProjects/SoArchitecture
git init
git pull ~/Documents/_Shawn/UnityProjects/SoProject so-package
# upload the new repository to a place that should be referenced for submodules
git remote add origin https://github.com/Feddas/SoArchitecture.git
git push -u origin master
popd
# replace the folder with a submodule
git rm -rf ./Assets/SoArchitecture
git submodule add https://github.com/Feddas/SoArchitecture.git
git branch --delete --force so-package
答案 4 :(得分:3)
如果您想将某些文件子集传输到新的存储库但保留历史记录,那么您基本上会得到一个全新的历史记录。这种方式的工作方式基本如下:
如果您不介意编写一个小而多毛的脚本,那么自动执行此操作应该会有些简单。直截了当,是的,但也很痛苦。人们过去曾在Git中进行历史重写,你可以搜索它。
另外:克隆存储库,删除克隆中的纸张,删除原始文件中的应用程序。这需要一分钟,它可以保证工作,你可以回到更重要的事情而不是试图净化你的git历史。并且不要担心冗余的历史副本会占用硬盘空间。