對於我們程序員來說,不管你是大神,還是小魚小蝦,進入公司之後,都用過源碼管理工具,不然你就不是一個合格的程序員,現在各個公司用於源碼管理工具通常有下面兩種:
git
:使用git
的公司應該是最多的。svn
:現在使用svn
的公司比重也挺大的,但是svn
有侷限性。
當然,他們兩者的區別,在這裏就不做解釋了,一般選擇用什麼源碼管理工具,一般會是整個項目的負責人來選擇。
在iOS
開發中,最好用的svn
的Mac
版源碼管理工具就是Cornerstone
,下面介紹CornerStone
的使用:
一、安裝
CornerStone
是收費,如果是公司需要使用到,建議讓公司購買軟件使用版權,支持正版,當然網上也是有破解版本的。破解版提取密碼(v5vh
),如果下載成功需要輸入密碼(www.ifunmac.com
)。
二、配置SVN
首先,打開Cornerstone
,點擊"+
"號,添加一個倉庫,選中HTTP Server
。
例如:
http://192.168.1.11:443/svn/FXBest
Protocol
:分爲HTTP
和HTTPS
,如果公司的服務器地址是HTTPS
選擇HTTPS
,反之,選擇HTTP
。Server
:填寫服務器地址。
例如:
192.168.1.11
Port
:服務器地址中端口號。
例如:
192.168.1.11:443
Repository path
:svn
倉庫的訪問路徑。NickName
:倉庫顯示的名稱。Name
:用戶名Password
:密碼
注意:
- 填寫好之後,會自動生成,這樣的一串路徑。如果你填寫完之後不是這種
svn://用戶名@主機地址:端口號/路徑
的格式,則說明填寫有誤。
例如:
http://[email protected]:443/svn/ios
小技巧,一般進入公司,項目負責人會給你開svn
的賬號,然後會把svn
的路徑發給你,拿到這串路徑,直接複製一下,然後切換到CornerStone
,發現svn
的路徑會自動填充到CornerStone
上面。
三、基本使用
1、上傳項目到遠端倉庫repository
可以直接將文件或者文件夾拖到repository
的子文件夾中,或是選擇軟件上方的Import
按鈕上傳,會彈出選項填寫所在位置及名稱,然後選擇Import
即可。
2、下載項目
注意:
下載項目,一般分爲Export
和Check Out
。
Export
後的項目不會與repository
中的源文件相關聯,是一個獨立的版本。Check Out
下來的文件會創建一個working copy
,此文件與repository
中源文件相關聯,當有別人修改或是自己修改時,working copy
會顯示修改數量,白色數量爲別人修改數量,灰色數量爲自己修改數量,所以如果你是項目中的開發人員,可以選擇check out
。- 如果只是下載查看,不希望自己的修改影響到整個項目,最好是選
Export
。
3、版本管理
每一次提交會創建一個新版本,在repository
中會保存所有歷史版本,可通過修改人及提交信息進行檢索版本,所以用svn
開發可以很好的控制項目出現不可解決及未知bug
時代碼的修復問題。
例如:
注意事項:
- 先更新後提交,當你看到你
check out
下來的項目有白色圈時,說明有人已經提交了代碼,這個時候,你應該先update
一下,直至working copy
不再顯示白色圈,然後運行一下項目,確保項目沒有衝突或者丟失的文件,然後在commit
自己的代碼。否則,會造成項目中出現多處衝突或者覆蓋掉別人提交的代碼。 - 在項目開發階段,最好每次開發完一個獨立的功能,或者在測試階段,解決一個
bug
之後再提交代碼到svn
,不要連續多次重複提交,造成版本過多過雜。並且每次提交時務必填寫提交信息,方便查看歷史版本。
小技巧(svn ignores
的使用)
在項目中引入第三庫,在本地運行項目,發現沒有任何問題,但是提交到svn
,其他人update
之後,在運行項目發現報錯,很有可能是靜態文件沒有上傳到svn
造成的。
選擇Preferences
勾選Use default global ignores
,刪除.a
後,點擊save
。
然後,會發現check out
下來的項目中會有這些問號的文件存在,把這些帶有問號的文件commit
到svn
,問題就解決了。
注意:
如果選擇要忽略提交的文件之後,不要再把Use default global ignores
選中,選中Use default global ignores
的意思使用缺省的ignores
。
四、CornerStone常見的圖標含義
check out
下來的項目中做了修改,那麼在修改之後的文件後面會有一個"M
"的標誌
check out
下來的項目中做了修改,新添加一個文件,那麼新添加之後的文件後面會有一個 ?
的標誌,此時你需要點擊add
,添加到項目中,然後在commit
。
check out
下來的項目中做了修改,刪除一個文件,那麼刪除之後的文件後面會有一個 "D
" 的標誌。
check out
下來的項目中,如果A
和B
同時修改了同一行代碼然後commit
到svn
,那麼衝突之後的文件後面會有一個 "C
"的標誌。
注意:
原則上同一組開發人員最好不要在同一文件中進行操作,但有時候必須去其他文件中進行操作,或者是誤操作,如果同時多人在同一文件的同一位置修改代碼,後提交的人會出現版本衝突文件,一般會有三個同樣名稱不同後綴的文件。
其中.mine
文件:本人所做修改,兩個.r0XX
文件:XX
爲數字,數字較小的爲更改前的文件,較大的爲更改後的文件,在文件中會有<<<< mine .r0XX
和>>>>>
等字樣包含起來的代碼,即衝突的地方,此時請和組內同事討論或自己刪除某部分修改文件後進行調試,修復文件。
五、創建分支和Tag
- 選擇項目所在的遠程倉庫
- 選擇要創建分支的項目
- 右鍵或者點擊上圖選擇
Branch
- 選擇分支存放的路徑
注意:
- Branch As:分支的名稱
- Where:把分支存放在什麼位置
- Tag同Branch一樣
六、Merge
如果兩個分支需要合併到主幹,Checkout
到本地,點擊需要合併到的項。
點擊Merge
點擊Sychronize Branch
:選擇需要從被合併的項目(merge from
)合併到這裏,然後提交就可以了(如果同時有兩個分支,最需仍需要在分支上修改的話,先合併一個分支到主幹,然後主幹在合併到另一個分支,修改衝突後提交,前提是,剛開始主幹和兩個分支的代碼一樣,參考上邊的步驟生成)。
注意:
- 在
workcopying
中選擇目標copying
,然後點擊Merge
,如圖所示 - 選擇
Mergefrom
的copying
Merge
之前cornerstone
會進行dry run
,進行merge
分析和預覽- 確認無誤後
Merge Changes
(該操作是本地操作,注意解決衝突後在commit
)
七、cornerStone錯誤異常處理
-
An error occurred and the operation could not be completed.
主要是由於你操作異常導致的,解決方案是,把生成的錯誤文件刪除,然後在重新安裝一下就可以了。
- 把紅色箭頭部分的文件刪除就可以了。
-
Some of the items in this working copy are out-of-date
本地代碼版本號與服務器當前最新版本號不一致導致
點擊update to latest
,更新服務器最新的就可以了。