學習筆記：剖析Collabnet Subversion集成
Collabnet Subversion集成還是比較常用的，于是我研究了一下Collabnet Subversion集成，在這里拿出來和大家分享一下，希望對大家有用。
此文檔面向CollabNet Enterprise Edition的用戶，這些用戶已經相當熟悉Subversion的核心產品，并且已讀過Subversion的主要書籍：使用Subversion進行版本控制。同時，此文檔假定讀者對CollabNet有一定程度的了解，即他們以前使用過CVS支持的CollabNet項目。
存儲庫布局
Subversion為每個項目使用獨立的Subversion存儲庫。項目最初創建時，會使用此Subversion書推薦的默認布局創建一個新的存儲庫。本質上，此存儲庫是一個單個的“項目根目錄”（如在Subversion書中的“選擇存儲庫布局”中所論述）：
/branches/
自述文件
/tags/
自述文件
/trunk/
www/
index.html
自述文件
像任何Subversion存儲庫一樣，建議項目將其主要的基本代碼存儲到/trunk中，然后使用svncopy命令將/trunk目錄復制到/branches和/tags區域中，以創建分支和標簽。
“Live”項目主頁
/trunk/www區域是一個特殊的目錄，這和它在CVS支持的項目中一樣。如果在項目設置中選擇了“使用項目index.html”選項，則此目錄表示該項目的主要網站。向此區域提交任何內容都將導致項目首頁的立即更新。
提交電子郵件
每當有內容提交到存儲庫時，都將發送電子郵件至commits@yourproject.domain。此為一標準程序，使項目成員訂閱此列表以增加他們對彼此活動的了解。
Subversion客戶端驗證
注意:此部分的信息假設您的站點不要求SSL客戶端認證。若您的站點使用SSL客戶端證書，請參見使用客戶端證書的Subversion客戶端驗證。存儲庫的URL通過在項目的主URL后添加/svn/projectname構成。建議簽出/svn/projectname/trunk，而非存儲庫的根目錄：
$svncohttp://project.domain/svn/project/trunkproject
Authenticationrealm:
Passwordfor'username':XXXXX
Aproject/
Aproject/www
Aproject/www/index.html
Checkedoutrevision1.
Subversion客戶端必須提供有效的CollabNet用戶名和密碼，才能訪問存儲庫。若您的CollabNet站點被配置為使用https://而非http://，則您也必須使用https://才能訪問Subversion存儲庫。此操作模式將通過連接的所有信息（包括您的密碼）都進行了安全加密。
Subversion客戶端成功進行身份驗證后，它會自動試圖將憑據緩存到用戶的運行時配置區域中。若要阻止這種磁盤上緩存（或只是要了解有關此功能的更多信息），請參考Subversion書中的“客戶端憑據緩存”。
CollabNet服務器授權
Collabnet Subversion集成的較好功能之一就是能夠使用CollabNet“角色”和“資源”以控制不同用戶對存儲庫中特定路徑的訪問。若要概括了解CollabNet角色，請參見此文檔。
正如使用CVS支持的項目一樣，用戶可能會在您的項目中申請大量的標準角色。下面的角色與版本控制的相關性***：
觀察員
對整個Subversion存儲庫具有只讀訪問權限。
內容開發人員
對/trunk/www僅具有讀取/寫入訪問權限。無法讀取或寫入存儲庫的任何其它部分。
開發人員
對Subversion存儲庫具有完全讀取/寫入訪問權限。
項目經理或項目所有者
與“開發人員”具有相同的版本控制權限，但對CollabNet其它部分具有額外特權。此外，項目所有者可能會希望為其項目創建屬于他們自己的特定資源和角色。由于Subversion在普通的文件系統空間中提供所有的分支和標簽，因此能夠選擇性地限制對分支和標簽的訪問，這是超越CVS的一個極大的改進。例如：您可以定義開發人員角色，這一角色對存儲庫中除/tags目錄以外的所有部分都擁有寫入訪問權限；然后創建一個擁有特殊權限的特殊“發行經理”角色，以創建新標簽。有無限種可能性。
存儲庫瀏覽
可以在項目的導航欄中使用“版本控制-SCM”鏈接來瀏覽文件的歷史記錄。但是，Subversion與CVS還不盡相同，因此，在瀏覽Subversion存儲庫時存在一些差異：
文件中不存在用于顯示每行注釋的選項。（但您可以從客戶端運行“svnannotate”。）
檢查文件修訂列表時，沒有用于顯示相對于上一修訂版本所更改的行數的“更改行數”字段。但是，存在一個顯示每次修訂大小的“文件大小”字段。
由于Subversion將分支和標簽放置在普通的文件系統空間，因此不顯示“分支”或“標簽”字段，也不顯示查看分支的下拉框。而是提供文本字段，用于區分任意兩個存儲庫路徑：您可以使用此字段在分支或標簽目錄中將一個文件和它的另一個版本進行比較。
與項目跟蹤工具集成
若您的Subversion項目配置為使用項目跟蹤工具(PT)而不是事件跟蹤工具，則可使用更高程度的集成。項目所有者可以在“工具配置”頁調整Subversion和PT之間的三種集成設置。
可將項目配置為允許Subversion提交將提交信息追加到PT工件。若提交日志信息提及特定的PT工件，則以下內容將被追加到該工件：
提交日志信息已修改的文件路徑
用于查看文件更改的URL
為觸發自動追加，提交日志信息中必須包含與項目跟蹤工具工件標識符匹配的字符串：具體而言，該字符串必須具有1到4個字母，字母后跟有大量數字。任何匹配的字符串都被自動認為是可能會追加的“候選”項目跟蹤工具工件。
除上述規則外，如果標識符的文本“事件”、“錯誤”或“工件”后跟有數字，且在項目中作為項目跟蹤工具工件標識符存在，則此標識符將被標識為有效標識符。還可以使用項目中正在使用的工件類型名，因此如果項目具有“缺陷”和“需求”工件類型，則該項目中的工件標識符可以稱為“需求1”或“缺陷3”。如果在具有名為SC1、SC2和SC3的工件的特定項目中存在缺陷工件，但提交信息中帶有文本“需求3”，此標識符仍將被視作帶超級鏈接的有效標識符。也可將SCM配置為強制所有提交日志信息至少提及一個項目跟蹤工具工件。如果提交信息未達到此要求，則將拒絕整個提交。也可將此功能進一步配置為要求提到的工件標識符由執行提交的人“擁有”。這兩種設置都可以用于強制執行項目中特定的版本控制策略。以上介紹Collabnet Subversion集成。
【編輯推薦】
