1.SVN配置
假設你公司svn地址為：svn://192.168.1.111/svn/ios，用戶名：svnserver，密碼：123456
1：填寫主機地址
2：如果你的主機地址中有端口號，如為192.168.1.111:8080，則2中填寫8080
3：填寫主機后面的路徑
4：自動生成，如果你填寫完之后不是這種svn://用戶名@主機地址:端口號/路徑的格式，則說明填寫有誤
5：也會自動生成，將會在側邊欄顯示為5中的名稱，可以自定義名稱
6：用戶名
7：密碼
以上信息填寫無誤之后選擇添加即可，如遇添加失敗，信息填寫無誤，則聯系管理員，查看地址，用戶名，密碼是否正確
2.HTTP配置
與svn一樣，只有一個地方需要注意，如果地址是https://，則需修改下圖所示位置的選項為HTTPS，否則也會添加失敗
四、使用簡介
1.上傳項目到repository
可以直接拖動到repository的子文件夾中，或是選擇軟件上方的Import按鈕上傳，會彈出選項填寫所在位置及名稱，然后選擇Import即可
2.下載項目
下載分為兩種：Export和Check Out，區別在於，Export后的項目不會與repository中的源文件相關聯，是一個獨立的版本，而Check Out下來的文件會創建一個working copy，參見步驟三的第一幅圖，此文件與庫中源文件相關聯，當有新版本（他人修改）或是本地修改（自己修改）時，working copy會顯示修改數量，白色數量為他人修改數量，灰色數量為本人修改數量
所以如果你是項目中的開發人員，可以選擇check out，如果只是下載查看，不希望自己的修改影響到整個項目，最好是選擇Export
3.版本管理
每一次提交會創建一個新版本，在repository中會保存所有歷史版本，如下圖（可通過修改人及提交信息進行檢索版本），所以用svn開發可以很好的控制項目出現不可解決及未知bug時代碼的修復問題：
svn方便了多人開發同一項目的代碼合並問題，但是也有一些事項需要注意：
①先更新后提交
在看到有新版本（即同伴已經提交代碼時），先更新代碼，直至working copy不再顯示白色圈，然后運行代碼確定可運行且功能無誤之后再commit自己的代碼，否則，會造成項目中出現多處沖突或bug，且很難排查原因
②完成獨立功能后再提交，且務必填寫提交信息
每完成一個獨立的功能，或解決一個bug之后再提交代碼，不要連續多次重復提交，造成版本過多過雜，且提交時務必填寫提交信息，交代本次完成了什么功能，方便上圖中可以進行message的搜索來查看歷史版本
③沖突文件
原則上同一組開發人員最好不要在同一文件中進行操作，但有時候必須去其他文件中進行操作，或者是誤操作，如果同時多人在同一文件的同一位置修改代碼，后提交的人會出現版本沖突文件，一般會有三個同樣名稱不同后綴的文件
.mine文件：本人所做修改
兩個.r0XX文件：XX為數字，數字較小的為更改前的文件，較大的為更改后的文件，在文件中會有<<<< mine .r0XX >>>>>等字樣包含起來的代碼，即沖突的地方，此時請和組內同事討論或自己刪除某部分修改文件后進行調試，修復文件
針對ios項目：出現某個工程或文件打不開的情況，如果為.project文件無法打開，則選擇顯示包內容->用文稿打開 project.pbxproj文件->搜索.mine，將.mine部分前后<<<< >>>>包含起來的代碼刪除，工程就可以打開了，如果build時出現某個xib文件打不開的錯誤，則選中，用文稿打開，跟上文 同樣操作即可解決無法build的問題
④新添加文件
提交時新增加的文件顯示為問號狀態的，請選中右擊后 選擇Add to Working Copy之后再commit
下圖是具體的項目從svn簽出到工作區后，右側的界面；
未簽出的界面與它不同；
1.圖中標識了常用的Changed,Modified,Conflicted,Missing,Unversioned;
2.
- xcshareddata：記錄了遠程倉庫的地址
- xcuserdata：包含了文件夾的打開結構/當前用戶停留在哪一個文件中/⽤戶打的斷點