我想重命名/移动Git中的项目子树
/project/xyz
to
/components/xyz
如果我使用普通的gitmv项目组件,那么xyz项目的所有提交历史都会丢失。有没有一种方法可以移动它,以保持历史?
我想重命名/移动Git中的项目子树
/project/xyz
to
/components/xyz
如果我使用普通的gitmv项目组件,那么xyz项目的所有提交历史都会丢失。有没有一种方法可以移动它,以保持历史?
当前回答
虽然作为Git的核心,Git管道不会跟踪重命名,但如果你愿意,你用Git日志“瓷器”显示的历史可以检测它们。
对于给定的git日志,请使用-M选项:
git-log-p-M
使用当前版本的Git。
这也适用于其他命令,如gitdiff。
有一些选项可以使比较更严格或更不严格。如果您在重命名文件的同时不对文件进行重大更改,则Git日志和好友可以更容易地检测到重命名。出于这个原因,有些人在一次提交中重命名文件,在另一次提交时更改文件。
每当你要求Git查找文件被重命名的位置时,CPU的使用都是有成本的,所以你是否使用它,何时使用,都取决于你。
如果您希望始终在特定存储库中报告具有重命名检测的历史记录,可以使用:
git-config diff.renames 1
检测到文件从一个目录移动到另一个目录。下面是一个示例:
commit c3ee8dfb01e357eba1ab18003be1490a46325992
Author: John S. Gruber <JohnSGruber@gmail.com>
Date: Wed Feb 22 22:20:19 2017 -0500
test rename again
diff --git a/yyy/power.py b/zzz/power.py
similarity index 100%
rename from yyy/power.py
rename to zzz/power.py
commit ae181377154eca800832087500c258a20c95d1c3
Author: John S. Gruber <JohnSGruber@gmail.com>
Date: Wed Feb 22 22:19:17 2017 -0500
rename test
diff --git a/power.py b/yyy/power.py
similarity index 100%
rename from power.py
rename to yyy/power.py
请注意,无论何时使用diff,这都是有效的,而不仅仅是使用gitlog。例如:
$ git diff HEAD c3ee8df
diff --git a/power.py b/zzz/power.py
similarity index 100%
rename from power.py
rename to zzz/power.py
作为一次尝试,我在功能分支中的一个文件中做了一个小修改,并提交了它,然后在主分支中我重命名了该文件,提交了,然后在文件的另一部分中做了小修改并提交了该文件。当我转到功能分支并从master合并时,合并重命名了文件并合并了更改。以下是合并的输出:
$ git merge -v master
Auto-merging single
Merge made by the 'recursive' strategy.
one => single | 4 ++++
1 file changed, 4 insertions(+)
rename one => single (67%)
结果是一个工作目录,重命名了文件,并对两个文本进行了更改。因此,Git有可能做正确的事情,尽管它没有明确跟踪重命名。
这是对一个老问题的迟来回答,因此其他答案可能在当时的Git版本中是正确的。
其他回答
Git检测重命名,而不是通过提交持久化操作,因此使用gitmv还是mv并不重要。
log命令采用--follow参数,该参数在重命名操作之前继续历史,即,它使用启发式搜索类似的内容。
要查找完整的历史记录,请使用以下命令:
git log --follow ./path/to/file
git log --follow [file]
将通过重命名向您展示历史。
我曾面临“重命名文件夹而不丢失历史记录”的问题。要修复此问题,请运行:
$ git mv oldfolder temp && git mv temp newfolder
$ git commit
$ git push
我遵循这个多步骤过程将代码移动到父目录并保留历史记录。
步骤0:从“master”创建了分支“history”以进行安全保管
步骤1:使用gitfilter repo工具重写历史。下面的命令将文件夹“FolderwithContentOfInterest”移动到一个级别,并修改了相关的提交历史记录
git filter-repo --path-rename ParentFolder/FolderwithContentOfInterest/:FolderwithContentOfInterest/ --force
步骤2:此时GitHub存储库丢失了远程存储库路径。添加远程引用
git remote add origin git@github.com:MyCompany/MyRepo.git
步骤3:从存储库中提取信息
git pull
步骤4:将本地丢失分支连接到源分支
git branch --set-upstream-to=origin/history history
步骤5:如果提示,解决文件夹结构的合并冲突
第6步:推!!
git push
注意:修改的历史记录和移动的文件夹似乎已提交。在此处输入代码
完成。代码移动到父目录/所需目录,保持历史记录完整!
虽然作为Git的核心,Git管道不会跟踪重命名,但如果你愿意,你用Git日志“瓷器”显示的历史可以检测它们。
对于给定的git日志,请使用-M选项:
git-log-p-M
使用当前版本的Git。
这也适用于其他命令,如gitdiff。
有一些选项可以使比较更严格或更不严格。如果您在重命名文件的同时不对文件进行重大更改,则Git日志和好友可以更容易地检测到重命名。出于这个原因,有些人在一次提交中重命名文件,在另一次提交时更改文件。
每当你要求Git查找文件被重命名的位置时,CPU的使用都是有成本的,所以你是否使用它,何时使用,都取决于你。
如果您希望始终在特定存储库中报告具有重命名检测的历史记录,可以使用:
git-config diff.renames 1
检测到文件从一个目录移动到另一个目录。下面是一个示例:
commit c3ee8dfb01e357eba1ab18003be1490a46325992
Author: John S. Gruber <JohnSGruber@gmail.com>
Date: Wed Feb 22 22:20:19 2017 -0500
test rename again
diff --git a/yyy/power.py b/zzz/power.py
similarity index 100%
rename from yyy/power.py
rename to zzz/power.py
commit ae181377154eca800832087500c258a20c95d1c3
Author: John S. Gruber <JohnSGruber@gmail.com>
Date: Wed Feb 22 22:19:17 2017 -0500
rename test
diff --git a/power.py b/yyy/power.py
similarity index 100%
rename from power.py
rename to yyy/power.py
请注意,无论何时使用diff,这都是有效的,而不仅仅是使用gitlog。例如:
$ git diff HEAD c3ee8df
diff --git a/power.py b/zzz/power.py
similarity index 100%
rename from power.py
rename to zzz/power.py
作为一次尝试,我在功能分支中的一个文件中做了一个小修改,并提交了它,然后在主分支中我重命名了该文件,提交了,然后在文件的另一部分中做了小修改并提交了该文件。当我转到功能分支并从master合并时,合并重命名了文件并合并了更改。以下是合并的输出:
$ git merge -v master
Auto-merging single
Merge made by the 'recursive' strategy.
one => single | 4 ++++
1 file changed, 4 insertions(+)
rename one => single (67%)
结果是一个工作目录,重命名了文件,并对两个文本进行了更改。因此,Git有可能做正确的事情,尽管它没有明确跟踪重命名。
这是对一个老问题的迟来回答,因此其他答案可能在当时的Git版本中是正确的。