作者：張克強??? 作者微博：張克強-敏捷307

2014/7/6

方法一來自于我的一條微博：

組織級scm建一個名為controlled的目錄，當(dāng)項目某文檔通過評審后，組織級scm從項目目錄下找到那文檔，復(fù)制到controlled目錄下。請@scmeye軟件配置管理社區(qū) @E路向前--李忠利 @火星人陳勇 點評下這做法

針對方法一的點評如下

邱潤HW：有什么東西是可以完全被控制的嗎？假如沒有，那就沒意義，假如有，用目錄這樣做控制，應(yīng)該不僅僅只是命個名字吧。 (3月27日 08:54)

火星人陳勇：有沒有試驗過用SVN？感覺SVN直接打一個版本號也不錯吧，呵呵。反正我現(xiàn)在所有文檔都在一個在線的SVN里邊管理著，怕出現(xiàn)版本覆蓋問題。 (3月27日 17:56)

scmroad配置管理之路：svn 中有個東西叫tag (3月27日 18:03)

王海鵬Seal：七種浪費之：搬運不創(chuàng)造價值。（3月27日 18:33）

繆劉俊：復(fù)制來了工作量[哈哈](3月27日 18:37)

stephen_wang_7971：補充：這里還包含Inventory的工作。同樣不創(chuàng)造價值(3月27日 19:09)

方法二來自于@火星人陳勇 的點評：SVN版本號，由于SVN版本號是SVN自動打上的，所以我理解直接打一個版本號的意思就是記錄下這個號，抑或是在commit的comments里說明下，回頭直接查SVN的log即可。

方法三來自于@scmroad配置管理之路：tag，SVN的tag相當(dāng)于復(fù)制到可讀不可寫的目錄下，目錄名稱就是tag名稱。與Clearcase的Label是不一樣的。

以上討論，大家可能看不明白。下面小結(jié)下

方法一：源自于配置管理常說的三庫-開發(fā)庫、受控庫、產(chǎn)品庫。這是古老配置管理工具遺留下來的做法，看似穩(wěn)妥，實質(zhì)效率底下，轉(zhuǎn)移根本沒有增值，反而帶來一致性維護問題。

方法二：利用SVN自身的revision number。最高效的方法是在關(guān)鍵commit時說明打基線，或者說明關(guān)鍵要點，比如評審后修改再復(fù)核通過，比如評審?fù)ㄟ^。

方法二更加正式的做法是利用專門的表格記錄關(guān)鍵點的Revision Number

方法三：利用Tag/Branch。拉出Tag和Branch后，對于基線（Tag)，要保持只讀，看似方便，其實有隱患；因為還有形態(tài)完全一樣的分支（Branch）

本文所稱SVN下最高效打基線方法是指上述方法二。

還在使用三庫的朋友們，是時候改進了！這應(yīng)當(dāng)有2%的全局效率提升！

不服的朋友，歡迎來辯論！提出更好更高效的SVN基線方法！

總結(jié)

以上是生活随笔為你收集整理的SVN下最高效打基线方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。