Subversion的使用週期

本章討論了版本控制系統的生命週期。

版本庫相當於乙個集中的空間，用於存放開發者所有的工作成果。版本庫不僅能存放檔案，還包括了每次修改的歷史，即每個檔案的變動歷史。

create 操作是用來建立乙個新的版本庫。大多數情況下這個操作只會執行一次。當你建立乙個新的版本庫的時候，你的版本控制系統會讓你提供一些資訊來標識版本庫，例如建立的位置和版本庫的名字。

checkout 操作是用來從版本庫建立乙個工作副本。工作副本是開發者私人的工作空間，可以進行內容的修改，然後提交到版本庫中。

顧名思義，update 操作是用來更新版本庫的。這個操作將工作副本與版本庫進行同步。由於版本庫是由整個團隊共用的，當其他人提交了他們的改動之後，你的工作副本就會過期。

讓我們假設 tom 和 jerry 是乙個專案的兩個開發者。他們同時從版本庫中檢出了最新的版本並開始工作。此時，工作副本是與版本庫完全同步的。然後，jerry 很高效的完成了他的工作並提交了更改到版本庫中。

此時 tom 的工作副本就過期了。更新操作將會從版本庫中拉取 jerry 的最新改動並將 tom 的工作副本進行更新。

比賽資料分析

當檢出之後，你就可以做很多操作來執行變更。編輯是最常用的操作。你可以編輯已存在的檔案，例如進行檔案的新增/刪除操作。

你可以新增檔案/目錄。但是這些新增的檔案目錄不會立刻成為版本庫的一部分，而是被新增進待變更列表中，直到執行了 commit 操作後才會成為版本庫的一部分。

同樣地你可以刪除檔案/目錄。刪除操作立刻將檔案從工作副本中刪除掉，但該檔案的實際刪除只是被新增到了待變更列表中，直到執行了 commit 操作後才會真正刪除。

rename 操作可以更改檔案/目錄的名字。"移動"操作用來將檔案/目錄從一處移動到版本庫中的另一處。

當你檢出工作副本或者更新工作副本後，你的工作副本就跟版本庫完全同步了。但是當你對工作副本進行一些修改之後，你的工作副本會比版本庫要新。在 commit 操作之前複查下你的修改是乙個很好的習慣。

status 操作列出了工作副本中所進行的變動。正如我們之前提到的，你對工作副本的任何改動都會成為待變更列表的一部分。status 操作就是用來檢視這個待變更列表。

status 操作只是提供了乙個變動列表，但並不提供變動的詳細資訊。你可以用 diff 操作來檢視這些變動的詳細資訊。

我們來假設你對工作副本做了許多修改，但是現在你不想要這些修改了，這時候 revert 操作將會幫助你。

revert 操作重置了對工作副本的修改。它可以重置乙個或多個檔案/目錄。當然它也可以重置整個工作副本。在這種情況下，revert 操作將會銷毀待變更列表並將工作副本恢復到原始狀態。

合併的時候可能會發生衝突。merge 操作會自動處理可以安全合併的東西。其它的會被當做衝突。例如，"hello.c" 檔案在乙個分支上被修改，在另乙個分支上被刪除了。這種情況就需要人為處理。resolve 操作就是用來幫助使用者找出衝突並告訴版本庫如何處理這些衝突。

commit 操作是用來將更改從工作副本到版本庫。這個操作會修改版本庫的內容，其它開發者可以通過更新他們的工作副本來檢視這些修改。

在提交之前，你必須將檔案/目錄新增到待變更列表中。列表中記錄了將會被提交的改動。當提交的時候，我們通常會提供乙個注釋來說明為什麼會進行這些改動。這個注釋也會成為版本庫歷史記錄的一部分。commit 是乙個原子操作，也就是說要麼完全提交成功，要麼失敗回滾。使用者不會看到成功提交一半的情況。