### 目錄的版本 Subversion會記錄目錄樹的結構，不僅僅是文件的內容。這是編寫Subversion替代CVS最重要的一個原因。 以下是對你這意味著什么的說明，作為一個前CVS用戶： - **svn add**和**svn delete**現在也工作在目錄上了，就像在文件上一樣，還有**svn copy**和**svn move**也一樣。然而，這些命令*不*會導致版本庫即時的變化，相反，工作的項目只是“預定要”添加和刪除，在運行**svn commit**之前沒有版本庫的修改。 - 目錄不再是啞容器了；它們也有文件一樣的修訂版本號。（更準確一點，談論“修訂版本5的目錄`foo/`”是正確的。） 讓我們再討論一下最后一點，目錄版本化是一個困難的問題；因為我們希望允許混合修訂版本的工作拷貝，有一些防止我們濫用這個模型的限制。 從理論觀點，我們定義“目錄`foo`的修訂版本5”意味著一組目錄條目和屬性。現在假定我們從`foo`開始添加和刪除文件，然后提交。如果說我們還有`foo`的修訂版本5就是一個謊言。然而，如果說我們在提交之后增加了一位`foo`的修訂版本號碼，這也是一個謊言；`foo`還有一些修改我們沒有得到，因為我們還沒有更新。 Subversion通過在`.svn`區域偷偷的紀錄添加和刪除來處理這些問題，當你最后運行**svn update**，所有的賬目會到版本庫結算，并且目錄的新修訂版本號會正確設置。*因此，只有在更新之后才可以真正安全地說我們有了一個“完美的”修訂版本目錄。*在大多數時候，你的工作拷貝會保存“不完美的”目錄修訂版本。 同樣的，如果你嘗試提交目錄的屬性修改會有一個問題，通常情況下，提交應該會提高工作目錄的本地修訂版本號，但是再一次，這還是一個謊言，因為這個目錄還沒有添加和刪除發生，因為還沒有更新發生。*因此，在你的目錄不是最新的時候不允許你提交屬性修改。* 關于目錄版本的更多討論見[“修訂版本混合的限制”一節](# "修訂版本混合的限制")。