2011-08-05 41 views
0

爲什麼Accurev在打開程序時自動運行「更新」不是標準行爲? 「更新」使用建築/促銷區域中的最新文件更新用戶的本地沙箱。Accurev - 爲什麼不自動更新?

它看起來像預期的功能,最近的文件應該首先同步。

我並不是說它應該總是更新,但好奇爲什麼自動更新不正確。

回答

1

我想這取決於偏好。我爲人不喜歡自動更新功能。 想象一下,您有一個龐大的項目,並且您不希望每次啓動Accurev時都要構建它。但是你也無法調試,因爲源文件和調試信息不​​再一致。

+0

爲什麼你需要重新編譯所有的DLL,每當你做更新? –

+0

關閉我的頭頂...一個類結構的變化 - 你需要編譯所有包含該頭的項目。也許不是整個項目,但如果這個變化是一個非常基本的組成部分,那麼這將加起來不少。 –

3

自動更新可能會產生一些非常不想要的結果。

請採取以下方案:您處於開發任務的中間,但是您犯了一個錯誤,需要恢復剛剛修改的文件。因此,您打開AccuRev,但在您有機會「恢復到最新版本」之前,您將受到上游已更改的100個文件的轟炸,其中包括要恢復的文件。在解決方案構建之前,您現在被迫進入解決所有合併衝突的位置,包括合併您的(可能不穩定的)代碼。

需要用戶手動更新保存保護「氣泡」周圍的開發商,讓他們提交自己的工作區中(保持)的變化,而不必關閉可能會破壞他們的沙盒的工作代碼更改。當開發人員達到他的代碼準備好與其他人共享的時候,這是進行升級並隨後在升級之前構建/重新測試合併代碼庫的適當時間。

但是有一種情況我確實認爲自動更新可能很有用:在工作區重新設置後。即當開發人員的工作空間從流層次的一部分移動到另一部分時。我們每次重新設置父級,我們的時間必須做一個小舞:

  1. 接受提醒我們(而冗長)的確認對話框,我們需要更新我們的工作空間,才能夠促進任何更改。
  2. 雙擊工作區查看其文件。
  3. 等待AccuRev執行「待定」搜索,以確定是否有任何文件更改正在等待提交。
  4. 最後,執行更新。

而不僅僅是給我們一個確認對話框,如果AccuRev可以問我們是否要立即更新,那將會很好。

相關問題