发出“p4 describe changelist#”时,有时会列出受影响的文件;有时他们没有,只是表示:Perforce p4“describe”命令未列出受影响的文件
受影响的文件...
任何人都知道这是为什么?
发出“p4 describe changelist#”时,有时会列出受影响的文件;有时他们没有,只是表示:Perforce p4“describe”命令未列出受影响的文件
受影响的文件...
任何人都知道这是为什么?
最有可能的解释:您没有受影响文件的“列表”权限。 p4 protect的文件解释了各自的权利。
举例来说,如果你有list
,但没有read
权利,p4 describe
将输出:
Affected files:
//depot/path/to/file
Difference:
...
同样,如果list
权也不见了,p4 describe
将你看到的输出。请与您的Perforce管理员检查相应仓库路径的权限(让他为上述清单提供p4 describe
:))
如果更改列表只包含搁置的文件,您将看到该行为。例如:
d:\projects>p4 describe -s 925745
Change 925745 by [email protected] on 2011/08/11 07:48:04 *pending*
New SDK
Affected files ...
但由于我有搁置的文件,因此可以使用-S选项来查看搁置的文件。
d:\projects>p4 describe -S -s 925745
Change 925745 by [email protected] on 2011/08/11 07:48:04 *pending*
New SDK
Shelved files ...
... //path/to/fileA#8 edit
... //path/to/fileB#11 edit
... //path/to/fileC#1 edit
... //path/to/fileD#3 edit
此外,如果确实存在变更列表中没有文件,这可能是未决的变更表的情况下,将不显示任何文件。请注意,上述描述输出的第一行显示正在等待,这意味着此更改列表尚未提交。待处理的更改列表可以为空,包含文件,包含文件和搁置的文件,或者只包含搁置的文件。根据该状态,'p4 describe'的输出可能不会显示任何文件。
谢谢,但我试图描述的变更列表提交的更改列表不会被搁置。有任何想法吗? –
另一种可能性:文件或文件修订已被删除。
消除可以留下提交的更改列表,指的是没有文件。
如果您发布了'p4 describe -s // depot/path/to/file',情况会如此吗?我问,因为看起来您只需要列表权限即可查看受影响的更改列表中的文件,并且只有在describe实际要显示差异时才需要读取权限。 – Mark
首先,'p4 describe'只需要更改列表号码,而不是路径。但是像'p4文件'这样的东西也需要这个列表(尽管我现在无法测试它)。你缺乏权利的路径也不会出现在p4v中。 – jhwist
是的,你说得对。我的评论太快输入了。我通常在描述时使用-s标志并且不要获取差异。这让我想知道该命令所需的权限,以及它们是否会根据您是否使用-s而有所不同。 – Mark