I'm CaLendarW Blog

前排裝左個 subversion, 係 web 睇係無問題, 所以預備好之前都無乜理佢. 尋日想用果時, 用 TortoiseSVN checkout 就發現出左以下問題

PROPFIND of ‘/svn’: 301 Moved Permanently

結果發現, comment 左 DocumentRoot 之後就無問題啦~~

最近睇左本 Pragmatic Version Control using Subversion, 入面主要介紹點樣用 Subversion, 本書幾好, 講左好多 developer 應該有既 concept!!!

出黎做野都做左兩年幾, 見到好多公司都有用開 version control tools, 有 cvs 同 subversion 等, 幾過唔同既機會, 試過 cvs 同 subversion 既分別, 而我自己就 prefer 用 subversion, 因為有 atomic commit, 可以將有 dependence 既 source 一次過做 commit, 而且佢係一個 number 做晒成個 respository 既 version, 好過 cvs 一個 file 一個 version, 咁樣可以避免一 d folder update 左, 另一 d folder 唔 update. Version control 雖然易用, 但應該點用又係另一樣野.

對我黎講, 通常會每日 commit 一次去 truck, 我自己定義為 development repository, 如果有未 complete 既 source code, 通常自己會 throw exception 直至個 method 完全完成.  而當有需要做 release 果時, 本書提議用 branch 黎做 release, 係個 branch 度做既 commit 只會針對果一次 release, 當 release 完之後, 就應該 merge 返佢去 truck, 呢個係本書介紹既用法. 而 code 方面, 我自己主要 commit project file 同 source files, binary, solution files 同 user files 我就未必會 commit, 因為呢 d 每次開都會變, 而且可以再 create 又唔會影響 compile, 所以我通常唔 prefer commit 呢 d files.

不過, 都有例外既情況既, 到 release 果時, 為確保個 binary 係果一個 compile version (visual studio 每次都 assign 唔同既 version number 去個 binary), 同埋個 solution configuration, 通常果一個會 zip 起做一個 release version 放係另一個地方, 我自己定義為 release repository, 呢個 repository 單係會儲 release version 既 zip file, 好似人地 nightly build 果 d 咁, 每晚或者每個 release 都會有果個 zip file, 方便別人 download 同 reference, 呢個就係我 prefer 既 version control practice!!