原理是這樣的 svn服務器一般放在公共的服務器上，大家連這個服務器，在MyEclipse上使用svn控件 可以下載svn上的項目至本地，所以很多公司將開發要用到的軟件都放在svn上，有同事來只要連上svn 就可以把需要的東西下下來了
更新是指 服務器上變動了的 而你本地沒有變動，需要你更新，
update更新
提交是指 服務器上沒有的，也就是你改過的東西，你需要將代碼提交，其他同事更新你的代碼
commit 提交
同步，是在更新提交之前做的工作，更新提交前先同步，可以知道哪些東西要提交哪些東西要更新，哪些東西是衝突的（你和同事 改了同一個文件，可能會出現衝突），出現衝突不能提交也不能更新，只有先將衝突的文件選擇用本地的文件覆蓋或用服務器的文件覆蓋本地後才能更新或提交，具體的用法還需要樓主多實踐，這東西用過一次就會了
上面術語在MyEclipse裏的選項是
同步：synchronize with repository (如果你的項目連了svn 右鍵你的項目 team...就能看到)
點擊同步後會進入到synchronize 的界面 再右鍵項目就有
Mark as mergerd （衝突時點它 衝突的文件會用本地的覆蓋服務器的，意思就是說 用你的！）
override and update (衝突時 右鍵文件 選此項表示 用服務器的！)
- 文件提交時要求必須提交註釋，註明相關修改信息，例如bug號、任務描述等。具體內容可採用約定或者設置的形式。
- 你所提交的改變將體現給其他開發者，要明白提交的後果，提交之前要慎重。
- 代碼變動及時提交，避免丟失本地修改後無法恢復。
- 在提交之前要編譯代碼並修正錯誤。要保證新增加的文件同時被提交，否則只在你本地能正常工作，導致其它人不能編譯通過。
- 提交之前要測試所改變的應用，測試改變後的效果是否達到預期的目的。
- 多次檢查提交的內容。提交之前應先做SVN更新或與資源庫同步，注意到SVN關於衝突、錯誤的信息。資源庫同步會告訴你將要提交的內容與資源庫內容之間的差別，確認它們是不是你真正想要提交的。
- 尊重其他開發者的代碼，在重大變更之前與他們協商。SVN並不能替代開發者之間的交流。
- 提前宣佈修改計劃。當你計劃進行修改，需要影響到SVN裏的許多文件時，先通過郵件或者當面通知其他開發者。例如，修改底層數據庫模塊時，有可能影響到業務邏輯層調用數據庫模塊的地方。這樣其他開發者會有準備，也會對修改提出意見和建議。
- 使用自動提交。SVN一次可以提交多個文件，所以，請一次提交所有相關的文件，即使它們不在目錄下。這樣可以確保代碼在提交前後都是正確的。
- 不要將格式修正和代碼修正混合提交。修正代碼格式包括增加縮進、減少空格等，如果把它們同代碼修正一起提交，很難從日誌或資源庫同步信息裏發現代碼的修正。所以應該把修正問題與修正格式分開提交。
- 每次提交儘量是一個最小粒度的修改。比如一個debug提交一次，一個小功能提交一次。
- 每日進行開發工作之前更新代碼。避免與昨天其他開發者的代碼衝突。
- 所有的代碼文件編碼格式應該是UTF-8的。包括的類型如java, jsp, xml, php, html等。
- 提交的文件必須是開發者共用的程序文件，私人測試程序、程序緩存、圖片緩存文件不要提交到SVN裏。作爲一個特例，eclipse的工程配置文件.project可以提交到SVN。一些常見的文件和目錄可以加到SVN屬性的忽略列表裏，包括Thumbs.db、/build/、*.class、/classes/、/data/等等。
