git fast-export

优质
小牛编辑
130浏览
2023-12-01

名称

git-fast-export - Git 数据导出器

概要

git fast-export [options] | git fast-import

描述

该程序将适当的修订以适合于git fast-import管理的形式转储。

您可以将其用作人可读的包替换(请参阅 git-bundle [1]),或作为一种交互式git filter-branch

Options

--progress=<n>

每个<n>对象插入progress语句,在导入期间以git fast-import显示。

--signed-tags=(verbatim|warn|warn-strip|strip|abort)

指定如何处理签名标签。由于导出后的任何转换都可以更改标签名称(排除修订时也可能发生),因此签名将不匹配。

当询问abort(这是默认值)时,遇到签名标签时该程序将会死亡。使用时strip,标签将被无声签名,使用warn-strip,它们将被做成未签名的,但会显示一条警告,使用verbatim,它们将被静静地导出,使用warn,并且将被导出,但您会看到警告。

--tag-of-filtered-object=(abort|drop|rewrite)

指定如何处理其标签对象被滤除的标签。由于修改和导出的文件可能会受到路径的限制,因此标记的对象可能会被完全过滤。

当询问abort(这是默认值)时,遇到这样的标签时该程序将会死亡。因为drop它会从输出中省略这些标签。使用rewrite,如果带标签的对象是提交,它将重写标签以标记祖先提交(通过父级重写;请参阅 git-rev-list [1])

-M -C

按照 git-diff [1]手册页中所述执行移动和/或复制检测,并使用它在输出转储中生成重命名和复制命令。

请注意,如果您提供了这些选项,则此命令的早期版本不会发出抱怨并产生不正确的结果。

--export-marks=<file>

完成后将内部标记表转储到<file>。标记每行写成一个:markid SHA-1。只有修改标记才会被抛弃; 斑点的标记被忽略。后端可以使用此文件在导入完成后验证导入,或跨增量运行保存标记表。由于<file>仅在完成时打开并截断,因此可以将同一路径安全地分配给--import-marks。如果没有新的对象被标记/导出,该文件将不会被写入。

--import-marks=<file>

在处理任何输入之前,请加载<文件>中指定的标记。输入文件必须存在,必须可读,并且必须使用与--export-marks 相同的格式。

任何已经被标记的提交都不会再被导出。如果后端使用类似的--import-marks文件,则允许通过使标记在运行中保持相同来增量式双向导出存储库。

--fake-missing-tagger

一些旧版本库的标签没有标签。快速导入协议对此非常严格,并且不允许这样做。所以假冒一个标签器可以快速导入输出。

--use-done-feature

feature done节开始流,并用done命令终止它。

--no-data

跳过 blob 对象的输出,而是通过其原始 SHA-1散列引用 blob。当重写存储库的目录结构或历史记录而不触及单个文件的内容时,这非常有用。请注意,生成的流只能由已包含必要对象的存储库使用。

--full-tree

此选项将导致快速导出为每个提交发出“deleteall”指令,后跟提交中所有文件的完整列表(而不仅仅列出与提交的第一个父代不同的文件)。

--anonymize

匿名化存储库的内容,同时仍保留历史记录和存储树的形状。请参阅ANONYMIZING下面的部分。

--refspec

将指定的 refspec 应用于每个导出的 ref。它们中的多个可以被指定。

<git-rev-list-args>…

一个参数的列表,可以接受git rev-parsegit rev-list,指定特定对象,并引用到出口。例如,master~10..master导致当前主引用与自第10个祖先提交后添加的所有对象一起导出。

示例

$ git fast-export --all | (cd /empty/repository && git fast-import)

这将导出整个存储库并将其导入现有的空存储库。除了重新编码未使用UTF-8的提交之外,它将是一对一的镜像。

$ git fast-export master~5..master |
        sed "s|refs/heads/master|refs/heads/other|" |
        git fast-import

这使得从master~5..master一个新的分支调用other(即如果master有线性历史记录,它将采取最后5个提交)。

请注意,这假定该修订范围引用的 blob 和提交消息都不包含该字符串refs/heads/master

匿名

如果--anonymize给出该选项,git 将尝试从存储库中删除所有标识信息,同时仍保留足够的原始树和历史记录模式以重现一些错误。目标是在私有存储库中发现的 git 错误将存储在匿名存储库中,后者可以与 git 开发人员共享以帮助解决该错误。

使用这个选项,git 会用匿名数据替换输出中的所有 refnames、路径、blob内容,提交和标记消息,名称和电子邮件地址。相同字符串的两个实例将被等同替换(例如,两个同一作者的提交将在输出中具有相同的匿名作者,但与原作者字符串没有相似之处)。保留提交,分支和标签之间的关系以及提交时间戳(但提交消息和引用名与原始文件不相似)。保留树的相对构成(例如,如果您有一棵具有10个文件和3棵树的根树,输出也是如此),但是它们的名称和文件内容将被替换。

如果你认为你已经发现了一个 git bug,你可以从导出整个存储库的匿名流开始:

$ git fast-export --anonymize --all >anon-stream

然后确认该错误依然存在于从该流创建的存储库中(很多错误不会,因为它们确实取决于确切的存储库内容):

$ git init anon-repo
$ cd anon-repo
$ git fast-import <../anon-stream
$ ... test your bug ...

如果匿名存储库显示该错误,则可能值得anon-stream与常规错误报告一起共享。请注意,匿名流压缩得很好,所以鼓励它。如果您想检查流以查看它不包含任何私人数据,则可以在发送之前直接仔细阅读它。您可能还想尝试:

$ perl -pe 's/\d+/X/g' <anon-stream | sort -u | less

它显示了所有的独特行(将数字转换为“X”,将“用户0”,“用户1”等折叠为“用户X”)。这会产生更小的输出,并且通常很容易快速确认流中没有私人数据。

限制

由于git fast-import不能标记树,因此它将不能完全导出 linux.git 存储库,因为它包含引用树而不是提交的标记。