Perforce,“需要解决”消息是否总是暗示即将进行的更改?

时间:2018-08-26 15:24:09

标签: perforce

Linux上的Perforce ... 服务器版本:P4D / LINUX26X86_64 / 2013.2 / 938876(2014/09/23)
(我知道,它的年代久远,超出了我的控制范围)

我使用...将分支同步到源分支上的特定CL。

% p4 integrate //a/b/main/...@950828 ...
% p4 resolve -at
% p4 submit

我认为我不需要将我的工作区域“ p4同步”到我刚刚与集成器同步的区域,但是我也这样做了(可以吗?)

我对来自同一个源分支的不同CL进行了一些修改,但没有任何理由...

% p4_unshelve -b a-branch-spec -s 950891

在收到消息后似乎一切正常...

- Unshelved Files -
//a/b/branches/my_brahcn/x/y/z/configs_old.dj  (delete)  (rev: none)

- Messages -
//a/b/branches/x/RHEL6.tcsh - must resolve //a/b/main/RHEL6.tcsh@=950891 before submitting
//a/b/branches/x/w/v/env.cfg - must resolve //a/b/main/w/v/env.cfg@=950891 before submitting   
-I- Successfully completed p4 unshelve

阅读有关需要解决的消息时,我会尝试...

% p4 resolve
No file(s) to resolve.

嗯...我必须解决这些更改,但是没有什么要解决的? p4打开不显示任何内容...

% p4 opened
File(s) not opened on this client.

问:这是怎么回事?

此外,如果我使用Integrated / resolve-at / submit方法将分支同步到源分支上更早的更改列表,我的分支是否仍具有从我后来同步到之前的CL所做的更改?

谢谢

1 个答案:

答案 0 :(得分:1)

  

“需要解决”消息是否总是暗示着即将进行的更改?

是的

  

问:这是怎么回事?

您的p4_unshelve脚本与在shell中运行的常规P4CLIENT命令所使用的p4不同。

(这是黑暗中的一枪,但这是两组输出之间完全不一致的结果的最简单的解释。)