version-control - 使用 p4 zip 和 unzip 将文件从一个 perforce 服务器导出到另一个

Question

我试图从 2015.2 到 2019 perforce server 在我的 depot 文件夹中导出文件及其修订历史记录。此外，我希望 perforce 在我的新服务器上创建新用户，对应于我原来的 2015 年 repo 中的提交者/提交者。

Perforce 复制对于我当前的任务来说看起来有点矫枉过正，然后我在 perforce 的 website 上看到了这篇文章。提到P4 zip。

这看起来会解决我的问题，但是这篇文章有一些我无法理解的问题。

假设我正在从 server1_ip:port --> server2_ip:port 移动数据

我目前正在遵循这些步骤

制作要复制的文件夹的 zip 使用

p4 remote my_remote_spec , 设置

Address: server1_ip:port

DepotMap://depot/... //depot2/...

p4 -p server1_ip:port zip -o test.zip -r my_remote_spec -A //depot/... .但是在这一步中，我得到了权限被拒绝的错误。这对我来说很奇怪，因为用户虽然不是 super /管理员可以访问我要求压缩的文件。

此外，当我尝试使用 super 用户时，即使没有提示任何错误，我也找不到 test.zip。

上面的命令不是应该在我运行它的目录中生成一个 zip 文件吗？

unzip 命令是否应该在第二个服务器的用户 p4 登录后运行？

最后，从文档为什么是第三个端口 1667 中提到的从运行在 1666 和 1777 上的服务器传输文件中提到的。

Answer 1

on this step I get permission denied error. This is weird to me because the user although not super/admin has access to files i ask to get zipped.

这是预期的:

C:\Perforce\test>p4 help zip

    zip -- Package a set of files and their history for use by p4 unzip

    ...

        The zip command requires super permission granted by p4 protect.

Isn't the above command supposed to generate a zip file inside the directory which i run it from?

类似于 p4 admin checkpoint , zip 文件写入服务器机器(相对于服务器根目录，如果不指定绝对路径)，而不是传输到本地客户端目录。这在文档中没有明确说明(这似乎是一个疏忽)，但是如果您查看运行 zip 的服务器的根目录，您应该会找到您的 test.zip那里。

Is the unzip command supposed to be run after a p4 login from user of second server?

是的，每当您对特定服务器运行命令时，您都需要登录到该服务器。在 p4 unzip的情况下您至少需要 admin第二台服务器上的权限。

Lastly, from the document why is a third port , 1667 mentioned in the transfer of files from server running on 1666 and 1777.

我很确定这是一个错字；写这篇文章的人开始使用端口 1666 和 1777，中途改变了主意，没有校对。 :)