2011-09-22 72 views

回答

4

最有可能的解釋:您沒有受影響文件的「列表」權限。 p4 protect的文件解釋了各自的權利。

舉例來說,如果你有list,但沒有read權利,p4 describe將輸出:

Affected files: 
    //depot/path/to/file 
Difference: 
    ... 

同樣,如果list權也不見了,p4 describe將你看到的輸出。請與您的Perforce管理員檢查相應倉庫路徑的權限(讓他爲上述清單提供p4 describe :))

+0

如果您發佈了'p4 describe -s // depot/path/to/file',情況會如此嗎?我問,因爲看起來您只需要列表權限即可查看受影響的更改列表中的文件,並且只有在describe實際要顯示差異時才需要讀取權限。 – Mark

+0

首先,'p4 describe'只需要更改列表號碼,而不是路徑。但是像'p4文件'這樣的東西也需要這個列表(儘管我現在無法測試它)。你缺乏權利的路徑也不會出現在p4v中。 – jhwist

+0

是的,你說得對。我的評論太快輸入了。我通常在描述時使用-s標誌並且不要獲取差異。這讓我想知道該命令所需的權限,以及它們是否會根據您是否使用-s而有所不同。 – Mark

2

如果更改列表只包含擱置的文件,您將看到該行爲。例如:

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'的輸出可能不會顯示任何文件。

+0

謝謝,但我試圖描述的變更列表提交的更改列表不會被擱置。有任何想法嗎? –

0

另一種可能性:文件或文件修訂已被刪除。

消除可以留下提交的更改列表,指的是沒有文件。

相關問題