尝试将“@all”附加到文件路径。例如,这为我生成了一个单一修订的 repo:
python /usr/share/doc/git-core/contrib/fast-import/git-p4 clone --destination=master-pom \
//depot/services/master-pom/trunk/...
此命令导入了完整的历史记录:
python /usr/share/doc/git-core/contrib/fast-import/git-p4 clone --destination=master-pom \
//depot/services/master-pom/trunk/...@all
我尝试使用示例 git-p4 但由于几个原因放弃了并编写了自己的快速导入泵。很久以前了,所以现在可能已经解决了一些问题:但是 git-p4 在处理大型变更列表时遇到了问题(例如最初创建分支)(尽管使用客户端规范可能有所帮助,但我没有想我试过了)和带有“+S”文件类型修饰符的文件(这是Bad And Evil,但我们曾经使用它)。而且我的 Python-fu 无法让我解决我遇到的问题。
编辑:既然有人要求,就在这里。
https://github.com/araqnid/p4utils有几个 p4 东西,其中 p4-git-xfer 是 p4->git(单向)复制器。但它有很多问题,因为它主要是一个个人方便的工具,而不是一个真正的基础设施。
入门:
p4-git-xfer clone -d $PWD/dictionary.git -n //depot/services/midoffice/dictionary/... \
trunk 'release/*' 'branch/*' \
trunk=master release/*=r* branch/*=dev/*
将将该 perforce 路径克隆到裸露的“dictionary.git”。基本路径之后的第一个参数是“分支规范”,它告诉复制器在哪里可以找到基本路径下的分支。后面的那些(带有'='符号)是“镜像规范”,它告诉复制器如何从导入的分支创建本地分支。分支规范导致“refs/remotes/p4/trunk”、“refs/remotes/p4/release/1.0”等被创建。镜像规范强制“refs/heads/master”镜像“refs/remotes/p4/trunk”,“refs/heads/r1.0”镜像“refs/remotes/p4/release/1.0”等。作为一种允许我从复制的分支中选择特定分支以传播到克隆的方法。
它将尝试检测分支是如何创建的,但这对于 Perforce 来说还是有点猜测。除此之外,它根本不尝试进行任何分支跟踪:即使是全分支合并也不会这样写出来,抱歉。
在初始克隆之后,p4-git-xfer fetch
从 git 副本内部运行将执行增量更新。高水位变更列表取自marks/p4
git repo。这是一个可以快速导入加载的标记文件,所以如果你做任何花哨的动作,比如使用 filter-branch 重写东西,请注意你可能也必须更新它。
它不漂亮,并且有一些中度到严重的问题;我使用它主要是为了我自己的方便,将自己与 Perforce 问题隔离开来,而不是作为日常关键的基础设施组件。这是单向的:我通常使用 p4-am 脚本来应用由git format-patch
. 这本身只在大多数情况下有效,一般解析令人讨厌,文件结尾换行符问题,二进制更改等。