在/ VOB的/一些/路徑與/視圖/視圖標籤名稱/的VOB /一些/路徑

Question

我在工作和基本工作流程使用ClearCase的工作需要我做這樣的事情：

cleartool setview <view-tag-name> 

view-tag-name是我可能添加的動態視圖。從我收集的信息中可以看出，這個新shell允許我訪問/vobs/some/path中的文件，該文件通過一個已安裝的MVFS文件系統。然而，現有shell之上的第二個shell打破了我的Emacs客戶端--Emacs守護進程的合作。此外，在另一SO回答有人說他不setview都懶得等方法代替：

1. /vobs/some/path（從setview外殼內）

＆hellip;他將訪問：

/view/view-tag-name/vobs/some/path（不使用setview殼）

我已經嘗試了一點，似乎所有cleartool命令相同的方式工作是否我我在/vobs/some/path（在setview外殼中）或我是否在/view/view-tag-name/vobs/some/path（在普通外殼中）。

所以我的問題是：

1. 什麼在setview外殼與在一個普通的外殼中/view/view-tag-name/vobs/some/path工作在/vobs/some/path工作之間的區別？
2. 當提及/view/view-tag-name目錄時，適用的術語是什麼？
3. 爲什麼當我做ct lsview -l -properties -ful view-tag-name我沒有看到任何提及/view/view-tag-name目錄？這個目錄不是與視圖關聯嗎？

Answer 1

什麼在setview外殼與在一個普通的外殼中/view/view-tag-name/vobs/some/path工作在/vobs/some/path工作之間的區別？

不要使用cleartool setview：As I explained before，則cleartool setview命令打開其中的命令都應該運行一個子shell，這可能是有問題的。

在/view/view-tag-name/vobs/some/path中工作意味着您仍然保留在主殼體中，並具有其所有屬性。

當提及/view/view-tag-name目錄時，使用什麼術語？

引用的完整路徑視圖的根文件夾（裏面你所安裝的VOB和訪問基於視圖配置規格和版本的選擇規則）

在/vobs/some/path，你仍然可以看到你的觀點與cleartool pwv（「路徑工作視圖」）一起使用。

爲什麼當我做ct lsview -l -properties -ful view-tag-name我沒有看到/view/view-tag-name目錄的任何參考？

您所看到的視圖，然後將被安裝在/view/view-tag-name（UNIX）或M:\view-tag-name在Windows上的財產。
這些特性使該視圖上的運行時間使用沒有假設，他們只能顯示靜態元數據（的觀點一樣，存儲或視圖類型）

Answer 2

如果您的工作流程是啓動Emacs，然後設置到視圖從那裏，事情確實會很奇怪。

setview與startview的唯一不同之處在於它啓動了chrooted shell。只有該shell及其後代纔會在/ vobs/vobtag /中看到源代碼...如果您在多個「setview」shell中工作（對於多個版本的應用程序來維護多個階段等），您可能會多個以其他方式相同的shell通過明顯相同的路徑訪問相同文件的不同版本。

使用ClearCase時需要注意的一件事是目錄也是版本化的。因此，在以下情況下，在一個視圖中添加的文件可能不會出現在其他視圖中：

1. 它們基於不同版本的父目錄;或
2. 添加到源代碼管理的文件的父目錄尚未檢入。

除非您的構建過程需要在/ vobs/vobtag中顯示VOB內容，否則我會同意@VonC關於不使用setview。

我真的不能添加任何東西給VonC的其他評論。