我的目标是使用更改列表的间隔来同步p4中的存储库，以便将存储库的第一个更改列表版本视为初始提交。 所以我使用了以下命令：
git p4 clone //path-to-project@cl1,cl2
其中cl1和cl2是提及的更改列表的数量。
完成后，cl1之前创建的文件不在HEAD中。
我认为问题在于，在同步给定范围内的更改之前，p4任务不会同步到repo的cl1版本，并将提交应用于空存储库。
这是一个错误还是我对git p4应该如何工作的误解？我该怎么做呢？
UPD：我需要更改列表间隔的原因是p4数据库存在问题，我无法在过去的一个点之前检出更改列表。我想迁移到具有所有可访问历史记录的git。
答案 0 :(得分：0)
我认为，除了特殊导入只是head revision default选项之外，@ cl1，cl2选项只导入更改列表，而不是导入这些更改列表的存储库状态。
我认为你必须要@all才能获得完整的历史记录。或者改变git-p4来做你想做的事。
答案 1 :(得分：0)
我的目标是使用更改列表的间隔来同步p4中的存储库，以便将存储库的第一个更改列表版本视为初始提交。
首次使用git-p4克隆存储库时，您克隆的更改已被视为初始提交。也就是说，
git p4 clone //path-to-project@cl1
本身应该做你想做的事。
由于您的问题描述根本没有提及cl1,cl2，因此您不清楚为什么要尝试使用修订范围（cl2）。