What have you found for these years?
只好再度暫時把工作放下，否則真要殺人了...真希望哪天可以坐吃山空...奇怪的願望不知道做什麼事可以降低這種感覺？
Jo Song ah ~現在的 main.cpp#include "App.hpp"int main(){ return psc::App::i().run();}我把 test case 用一個 Testcase Singleton 包起來了，如此一來它不會污染到日後要一直用到的 code，要用的時候就 include 那個檔，不要用的時候只須 exclude 它，然後把 Testcase::i().cycle() 從 main loop 裡去掉即可。該上傳到 svn 了 ... 這次 svn log 多到我不知道該怎麼寫||||b
用 svk 吧（勸敗）（？）
GUI RULEZ!!!! (毆好啦，有空會試試 XD ..svn 最大的弱點其實也只是無法 offline 管理版本，svk 最強的特色應該也是在補強這點吧。google code 的 project home 我剛改了好多次，應該不會洗到你信箱吧 XD
可以參考這個：http://svk.bestpractical.com/view/TortoiseSVK不過我承認有沒有 GUI 上手時間真的差很多........其實不只，還有很多很多，我後來才發現的。例如選擇需要 commit 的檔案，甚至是選擇需要 commit 的檔案中的部份（藉由 svk commit --interactive）。這大概是 patch 的觀念吧，darcs 也有。現在也滿多人用 darcs 的，相較之下，svn 真的有點殘廢|||b同時，svn/svk 其實還有個很大的弱點，改名字很不方便... 這應該跟他檔案系統結構有關，可能無法改善？每次我改名字時都覺得很煩...另一方面，svk 運作速度比 svn 快很多。儘管 svk 是 perl 寫的，卻真的快很多，大概是演算法差異太大... svk 的 smerge 聽說也比 svn merge 強很多很多。還有 log 的參數，svk 有 limit, svn 沒有... 諸如此類的小東西，其實也很多。我覺得他們兩個已經不是同一個層級的東西了|||b我後來拿掉通知了，所以沒有 XD 不然之前洗版真的太嚴重
看了一下那篇，我是可以使用 svk 當一個中繼點。因為懶惰的關係我就還是用 TSVN GUI 操作版本，但是是 commit 到 svk mirror 出來的 local branch，要更新到 main repo 之前就是:1) svk 先 pull 一次 (確定 mirror 最新)2) TSVN commit to mirror (conflict / merge 啥的可能在這階段解決？)3) svk push to main repo應該是這樣？
其實我沒仔細看 @@ 不過聽你這樣說，我想應該是沒錯，是個好方法。如果要用到 svk 特殊功能，再去 console 下去跑就好了。所以大概是：> svk mkdir //mirror -m "create mirror depos"> svk mirror -p https://shooting-cubes //mirror/shooting-cubes> svk copy -p //mirror/shooting-cubes //local/shooting-cubes> svn checkout file://c:/svk/local/shooting-cubes可能類似這樣吧？接著 svn commit, update, 都只是針對 //local/shooting-cubes, 當然 conflict, merge 之類也都是如此。接著要把 changes 丟到 svn server 上時，就：> svk push這邊還會出現一次 conflict, merge 的可能，因為對於 svn server 這也是 commit.原本跑 svn update 從 server 抓資料，就改成：> svk pull至於 svk smerge, 剛剛測試半天，看起來其實就是 push/pull 的指定目錄版？暫時我還搞不太懂。另外，svk 也有 darcs 的 patch 機制，這是 svn 沒有的。要怎麼用，暫時還不知道...跟 svk 相比，svn 感覺很落後。不過更別提 cvs 了。像 ruby 原本就是用 cvs, 現在 port 到 svn 上了。cvs 差不多可以說是過去式了。所以我想主流 revision control 大概就是 cvs => svn => svk 這條路吧。只是 svn 要淘汰還早得很。而 svk 建構在 svn 上，我覺得也有缺陷。只是在現階段反而是優點，因為可以吃 svn user !! 不知道 darcs 和 svk 比起來如何？haskell 搞不好會是最強勢的 functional language? lisp 一直沒什麼起色，ocaml 好像只是穩定成長
http://www.cenqua.com/commentator/這個C++的註解工具似乎蠻有趣的 @.@
那是搞笑的啦...
咦 其實可以使用 svk br , 不過得在 project 有分 /trunk, /branches 的時候svk br --create [branchname]然後要 local branch 的時候只要在同一個路徑下svk br --offline就會自動 cp 一個 local branch switch 過去。回到線上的時候就用svk br --online
時間過得真快，居然一年多過去了！也很久沒用過 svk, 現在都用 git 了 @@當然還是感謝你的說明就是了 XD
Note: Only a member of this blog may post a comment.
10 retries:
Jo Song ah ~
現在的 main.cpp
#include "App.hpp"
int main()
{
return psc::App::i().run();
}
我把 test case 用一個 Testcase Singleton 包起來了，如此一來它不會污染到日後要一直用到的 code，要用的時候就 include 那個檔，不要用的時候只須 exclude 它，然後把 Testcase::i().cycle() 從 main loop 裡去掉即可。
該上傳到 svn 了 ... 這次 svn log 多到我不知道該怎麼寫||||b
用 svk 吧（勸敗）（？）
GUI RULEZ!!!! (毆
好啦，有空會試試 XD ..
svn 最大的弱點其實也只是無法 offline 管理版本，svk 最強的特色應該也是在補強這點吧。
google code 的 project home 我剛改了好多次，應該不會洗到你信箱吧 XD
可以參考這個：
http://svk.bestpractical.com/view/TortoiseSVK
不過我承認有沒有 GUI 上手時間真的差很多........
其實不只，還有很多很多，我後來才發現的。例如選擇需要 commit 的檔案，甚至是選擇需要 commit 的檔案中的部份（藉由 svk commit --interactive）。這大概是 patch 的觀念吧，darcs 也有。現在也滿多人用 darcs 的，相較之下，svn 真的有點殘廢|||b
同時，svn/svk 其實還有個很大的弱點，改名字很不方便... 這應該跟他檔案系統結構有關，可能無法改善？每次我改名字時都覺得很煩...
另一方面，svk 運作速度比 svn 快很多。儘管 svk 是 perl 寫的，卻真的快很多，大概是演算法差異太大... svk 的 smerge 聽說也比 svn merge 強很多很多。
還有 log 的參數，svk 有 limit, svn 沒有... 諸如此類的小東西，其實也很多。我覺得他們兩個已經不是同一個層級的東西了|||b
我後來拿掉通知了，所以沒有 XD 不然之前洗版真的太嚴重
看了一下那篇，我是可以使用 svk 當一個中繼點。因為懶惰的關係我就還是用 TSVN GUI 操作版本，但是是 commit 到 svk mirror 出來的 local branch，要更新到 main repo 之前就是:
1) svk 先 pull 一次 (確定 mirror 最新)
2) TSVN commit to mirror (conflict / merge 啥的可能在這階段解決？)
3) svk push to main repo
應該是這樣？
其實我沒仔細看 @@ 不過聽你這樣說，我想應該是沒錯，是個好方法。如果要用到 svk 特殊功能，再去 console 下去跑就好了。
所以大概是：
> svk mkdir //mirror -m "create mirror depos"
> svk mirror -p https://shooting-cubes //mirror/shooting-cubes
> svk copy -p //mirror/shooting-cubes //local/shooting-cubes
> svn checkout file://c:/svk/local/shooting-cubes
可能類似這樣吧？
接著 svn commit, update, 都只是針對 //local/shooting-cubes, 當然 conflict, merge 之類也都是如此。接著要把 changes 丟到 svn server 上時，就：
> svk push
這邊還會出現一次 conflict, merge 的可能，因為對於 svn server 這也是 commit.
原本跑 svn update 從 server 抓資料，就改成：
> svk pull
至於 svk smerge, 剛剛測試半天，看起來其實就是 push/pull 的指定目錄版？暫時我還搞不太懂。另外，svk 也有 darcs 的 patch 機制，這是 svn 沒有的。要怎麼用，暫時還不知道...
跟 svk 相比，svn 感覺很落後。不過更別提 cvs 了。像 ruby 原本就是用 cvs, 現在 port 到 svn 上了。cvs 差不多可以說是過去式了。所以我想主流 revision control 大概就是 cvs => svn => svk 這條路吧。只是 svn 要淘汰還早得很。而 svk 建構在 svn 上，我覺得也有缺陷。只是在現階段反而是優點，因為可以吃 svn user !! 不知道 darcs 和 svk 比起來如何？haskell 搞不好會是最強勢的 functional language? lisp 一直沒什麼起色，ocaml 好像只是穩定成長
http://www.cenqua.com/commentator/
這個C++的註解工具似乎蠻有趣的 @.@
那是搞笑的啦...
咦 其實可以使用 svk br , 不過得在 project 有分 /trunk, /branches 的時候
svk br --create [branchname]
然後要 local branch 的時候只要在同一個路徑下
svk br --offline
就會自動 cp 一個 local branch switch 過去。
回到線上的時候就用
svk br --online
時間過得真快，居然一年多過去了！
也很久沒用過 svk, 現在都用 git 了 @@
當然還是感謝你的說明就是了 XD
Post a Comment
Note: Only a member of this blog may post a comment.