2014/7/6
方法一來自於我的一條微博：
組織級scm建乙個名為controlled的目錄，當專案某文件通過評審後，組織級scm從專案目錄下找到那文件，複製到controlled目錄下。請@scmeye軟體配置管理社群 @e路向前--李忠利 @火星人陳勇 點評下這做法
針對方法一的點評如下
邱潤hw：有什麼東西是可以完全被控制的嗎？假如沒有，那就沒意義，假如有，用目錄這樣做控制，應該不僅僅只是命個名字吧。 (3月27日 08:54)
scmroad配置管理之路：svn 中有個東西叫tag (3月27日 18:03)
王海鵬seal：七種浪費之：搬運不創造價值。（3月27日 18:33）
繆劉俊：複製來了工作量[哈哈](3月27日 18:37)
stephen_wang_7971：補充：這裡還包含inventory的工作。同樣不創造價值(3月27日 19:09)
方法二來自於@火星人陳勇 的點評：svn版本號，由於svn版本號是svn自動打上的，所以我理解直接打乙個版本號的意思就是記錄下這個號，抑或是在commit的comments裡說明下，回頭直接查svn的log即可。
方法三來自於@scmroad配置管理之路：tag，svn的tag相當於複製到可讀不可寫的目錄下，目錄名稱就是tag名稱。與clearcase的label是不一樣的。
以上討論，大家可能看不明白。下面小結下
方法一：源自於配置管理常說的三庫-開發庫、受控庫、產品庫。這是古老配置管理工具遺留下來的做法，看似穩妥，實質效率底下，轉移根本沒有增值，反而帶來一致性維護問題。
方法二：利用svn自身的revision number。最高效的方法是在關鍵commit時說明打基線，或者說明關鍵要點，比如評審後修改再複核通過，比如評審通過。
方法二更加正式的做法是利用專門的**記錄關鍵點的revision number
方法三：利用tag/branch。拉出tag和branch後，對於基線（tag)，要保持唯讀，看似方便，其實有隱患；因為還有形態完全一樣的分支（branch）
本文所稱svn下最高效打基線方法是指上述方法二。
還在使用三庫的朋友們，是時候改進了！這應當有2%的全域性效率提公升！
不服的朋友，歡迎來辯論！提出更好更高效的svn基線方法！
JS打亂陣列最高效的方法
var arr for var i 0 i 100 i arr.sort function var str arr.join alert str arr.sort function sort 是對陣列進行排序 他的是這樣工作的。每次從陣列裡面挑選兩個數 進行運算。如果傳入的引數是0 兩個數字置不變。...
JS打亂陣列最高效的方法
這個方法是我見過對高效的。vararr for vari 0 i 100 i arr.sort function var str arr.join alert str 解釋 var arr 新建乙個陣列 這是大家推薦的方式。而不推薦使用 var arr new array 這句不用解釋了。for v...
最簡單最高效的AB包加密方法
很多人認為ab包不需要加密，但是這樣的人我認為，他思考問題的方式是片面的且狹隘。是否加密應該根據專案本身的資源價值來決定。是否提高資源的破解難度，比如對於乙個沒什麼價值的專案，也沒有人會想要去拿你的資源，自然不需要。但是比如像閃耀暖暖這樣，資源密集且開發代價較高的專案，資源應該在一定程度上保護起來，...