爲什麼Accurev在打開程序時自動運行「更新」不是標準行爲? 「更新」使用建築/促銷區域中的最新文件更新用戶的本地沙箱。Accurev - 爲什麼不自動更新?
它看起來像預期的功能,最近的文件應該首先同步。
我並不是說它應該總是更新,但好奇爲什麼自動更新不正確。
爲什麼Accurev在打開程序時自動運行「更新」不是標準行爲? 「更新」使用建築/促銷區域中的最新文件更新用戶的本地沙箱。Accurev - 爲什麼不自動更新?
它看起來像預期的功能,最近的文件應該首先同步。
我並不是說它應該總是更新,但好奇爲什麼自動更新不正確。
我想這取決於偏好。我爲人不喜歡自動更新功能。 想象一下,您有一個龐大的項目,並且您不希望每次啓動Accurev時都要構建它。但是你也無法調試,因爲源文件和調試信息不再一致。
自動更新可能會產生一些非常不想要的結果。
請採取以下方案:您處於開發任務的中間,但是您犯了一個錯誤,需要恢復剛剛修改的文件。因此,您打開AccuRev,但在您有機會「恢復到最新版本」之前,您將受到上游已更改的100個文件的轟炸,其中包括要恢復的文件。在解決方案構建之前,您現在被迫進入解決所有合併衝突的位置,包括合併您的(可能不穩定的)代碼。
需要用戶手動更新保存保護「氣泡」周圍的開發商,讓他們提交自己的工作區中(保持)的變化,而不必關閉可能會破壞他們的沙盒的工作代碼更改。當開發人員達到他的代碼準備好與其他人共享的時候,這是進行升級並隨後在升級之前構建/重新測試合併代碼庫的適當時間。
但是有一種情況我確實認爲自動更新可能很有用:在工作區重新設置後。即當開發人員的工作空間從流層次的一部分移動到另一部分時。我們每次重新設置父級,我們的時間必須做一個小舞:
而不僅僅是給我們一個確認對話框,如果AccuRev可以問我們是否要立即更新,那將會很好。
爲什麼你需要重新編譯所有的DLL,每當你做更新? –
關閉我的頭頂...一個類結構的變化 - 你需要編譯所有包含該頭的項目。也許不是整個項目,但如果這個變化是一個非常基本的組成部分,那麼這將加起來不少。 –