搬移Subversion主機的步驟
最近準備把我們龐大的Subversion主機移到新主機,原本以為只要把hotcopy的資料夾和檔案複製到新主機就可以完成移轉,沒想到還是遇到問題,幸好最後找到了問題點,再等下個放假日就能順利移轉過去。
最近準備把我們龐大的Subversion主機移到新主機,原本以為只要把hotcopy的資料夾和檔案複製到新主機就可以完成移轉,沒想到還是遇到問題,幸好最後找到了問題點,再等下個放假日就能順利移轉過去。
每次要使用TortoiseSVN查看某個工作目錄的修改歷程時,都要使用檔案總管切換到該資料夾再按按右鍵點擊TortoiseSVN再選Show log,步驟有點多,找了一下果然發現有命令行指令可以用,只要一個動作就能直接彈出工作目錄的log。命令行指令是:
最近開始將Subversion裡的專案複製到Git,在測試過程中記錄了以下於Windows cmd.exe環境裡的Git相關設定與SVN整合的一些注意事項。
Git for Windows由git-scm.org下載,我安裝到d:\util\git資料夾裡,安裝時唯一要注意的是使用cmd.exe而不使用Bash,安裝完畢後再手動把 d:\util\git\bin加到PATH環境變數,讓Git執行檔與部份的Linux命令都能在cmd.exe內執行。
為了方便辨識程式檔案的版本,通常我們會在開頭的註解區加上版本控管軟體的關鍵字代碼,如同Subversion: Keywords擴展設定說明一般:
/* * $Id$ */
最近幾天在操作IntelliJ IDEA 13時發現不知在IDEA那個版本開始,已經簡化了添加svn:keywords=Id的設定步驟,只要用勾選就能很輕鬆的加此特性。
在Windows上操作Subversion有時會遇到一個討厭的怪異現象:當你變更檔名或資料夾的大小寫後,經常會出現無法簽出的錯誤,這個問題終於在1.7版修改好了。
有網友因為剛由CVS轉換到Subversion,詢問了些關於權限控管上的問題:
為了方便有相同疑問的朋友們參考,我藉由本篇文章說明我們平日使用的建置來回答部份問題。
(閱讀全文...)
使用Subversion做為版本控制工具的好處之一是很方便做檔案的複製與搬移;在專案的進行過程裡,各式文件與檔案經常會根據實際需求的變化而調整,此時Subversion快速的整理操作就提供了極大的便利。
TortoiseSVN的搬移(Move)不是非常直覺,在點選了要操作的對象後,按右鍵將被選取的資料夾或檔案拖到目標位置後再放開,此時會顯示右鍵功能表,選取要使用的類型後就完成操作了。一個搬移會產生兩個動作:
今天因為TortoiseSVN 1.4在做log查詢時老是彈出「不正確的參數」,因而上Subversion官方網站查看時,驚訝的發現除了原有的CollabNet、Tigris.org的執行檔案外,又看到了幾個新面孔:SlikSVN、VisualSVN Server,看它們的版本號碼應該都出版一段時間了,大概是都沒被我發現吧。
今天看到的幾篇值得注意的Subversion相關文章,先留個紀錄:
(閱讀全文...)
最近為了因應Subversion 1.5的推出,多個Subversion Client陸續推出新版本。昨天看了SmartSVN也有新版可下載,一時興起下載安裝測試,竟然忘了1.4與1.5 Client的格式不同,SmartSVN也沒有提示,造成目錄格式「偷偷」的被變更成1.5格式,但因為Server的repository仍然是1.3,IDE也只支援到1.4,結果造成操作上的困難...最後只好將目錄改名重新取出,幸好昨天大部份的檔案都有commit,算是不幸中的大幸。
對於每一個開發團隊而言,正確且順暢的溝通協調運作機制是不可或缺的,少了這些協同機制,就像在交響樂團裡的走調雜音,或像團體裡我行我素的獨行俠,都會使團隊戰力大打折扣,畢竟現今的軟體開發已經複雜到無法依賴單打獨鬥的曠世天才而能完成的。只要體認到開發不能只依靠少數人、必須群策群力、互相配合、遵循共同的流程規定,那麼像Tracking system、Version control system等就必然變成開發人員的好朋友,無法離開它們而能順利運作的了。
如同我在Subversion的Apache設定這篇文章裡提到的,在網域裡透過Active Directory認證權限時,最好以 網域\帳號
的格式來存取Subversion主機,在TortoiseSVN裡使用此格式皆可容易的做更新、送交等操作。但一遇到Java版的Subversion Client(如SmartSVN 3.0.2與IntelliJ IDEA 7.0M2)時卻遇到下列錯誤:
Sorry, 很久沒用Google sc…