1

是否可以将我的工作区回滚到更改列表之前的状态。

注意：这不是对特定更改列表的直接回滚或回退

示例场景： 1：用户 x 提交了更改列表，一切正常。让 CL no 为 1023 2：用户 a、b、c、d 将他们的更改签入到 perforce depot。让相应的更改列表为 1024、1025、1026、1027。 3：用户 x 将他们的工作空间同步到软件仓库。现在发生了一些错误，不确定是由 1024 还是 1025 还是 1026 还是 1027 引起的

我期望 perforce 可以帮助我： 对更改列表 1024、1025、1026、1027 进行二进制搜索，以确定导致错误的 CL。仅供参考，实际情况并不简单，有 4 个更改列表。它有 200 多个 CL

我需要回滚到 1025，这将恢复 CL 的 1026 和 1027 中的所有更改。然后如果错误仍然存​​在，则它是由 1024 或 1025 之一引起的。如果通过恢复到 1025 解决了错误，那么要么是 1026 导致了问题，要么是 1027 导致了问题。

请提出任何可以帮助我实现这一目标的命令。

4

1 回答 1

5 
p4 sync @1025

将把您的整个工作空间置于与提交 1025 时的仓库匹配的状态（当您说需要“回滚到 1025”时，这是您正在寻找的命令。运行您的测试，然后继续您的二进制搜索任何一个：

p4 sync @1024

或者：

p4 sync @1027

等等。

请注意，“p4 同步”不会触及当前打开的文件——如果您有打开的文件并且您正在尝试测试已提交到软件仓库的更改，我建议您将这些文件搁置并在您的工作区中恢复它们因此，您不会将本地待定更改与您尝试测试的已提交更改混在一起。

于 2014-10-21T22:00:42.160 回答