Version control 服务器端复制/移动Perforce文件夹-不进行文件本地同步

Version control 服务器端复制/移动Perforce文件夹-不进行文件本地同步,version-control,perforce,depot,Version Control,Perforce,Depot,在我目前正在进行的项目中,/branchs和/tags文件夹中有很多文件夹(从Subversion迁移到Perforce后留下的) 我想收拾残局——我想直接在仓库上远程移动/复制/重命名文件夹,而不在本地获取它们。我无法在本地获取它们,因为我们谈论的是数百GB,可能还有数百万个文件——几十个分支x~5GB 是否可以订购Perforce以仅在服务器上移动文件夹? (我无法直接访问Perforce机器,无法在服务器上移动文件夹或更新Perforce数据库)。p4 copy-v允许您复制仓库中的文件,

在我目前正在进行的项目中,/branchs和/tags文件夹中有很多文件夹(从Subversion迁移到Perforce后留下的)

我想收拾残局——我想直接在仓库上远程移动/复制/重命名文件夹,而不在本地获取它们。我无法在本地获取它们,因为我们谈论的是数百GB,可能还有数百万个文件——几十个分支x~5GB

是否可以订购Perforce以仅在服务器上移动文件夹?


(我无法直接访问Perforce机器,无法在服务器上移动文件夹或更新Perforce数据库)。

p4 copy-v
允许您复制仓库中的文件,而无需将这些文件同步到您的工作区。(有关详细信息,请参阅。)

p4 delete-v
允许您删除站点中未同步到工作区的文件。(有关详细信息,请参阅或。)

另外,
p4 move-k
允许您在仓库中移动文件,而无需将其移动到本地,但如果您没有将文件同步到工作区,我不确定这是否适用。(有关详细信息,请参阅。)

您还可以通过
复制
然后执行
删除

来完成移动。我认为您可以构建一个映射所有相关文件的工作区。您可以运行
sync-k
,使Perforce认为您在本地拥有这些文件。然后可以运行
move-k
来移动服务器上的文件


仅供参考,
p4 copy
创建新分支,而
p4 move
将现有分支移动到新位置。

太好了。我在检查命令行选项时错过了选项-大概是因为我的大脑现在已经硬连线到except-v以表示“详细”或“版本”:)我今天将进行测试。p4 move-k实际上无法满足我的需要:(p4 delete-v表示:路径“”不在客户机“//myworkspace”下。因此,这里也没有运气。p4 copy-v主要是按照客户机的要求执行,它会创建一个必须提交的变更列表。不过,这些操作对于它们应该执行的操作来说还是很繁重的(在大多数SCM中,这些类型的操作只是更改指针/链接/类似).对于这样规模的仓库,您可能需要发送电子邮件。如果您没有使用过,Performce的支持有点传奇色彩。比您可能已经习惯的技术支持要好得多。