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所做的更改?
谢谢
答案 0 :(得分:1)
“需要解决”消息是否总是暗示着即将进行的更改?
是的
问:这是怎么回事?
您的p4_unshelve
脚本与在shell中运行的常规P4CLIENT
命令所使用的p4
不同。
(这是黑暗中的一枪,但这是两组输出之间完全不一致的结果的最简单的解释。)