首先，使用的時候，自己得先在電腦上安裝個小烏龜。也就是svn啦。
第一步安裝小烏龜。
如下：
具體安裝好像沒什麼具體要求，一路next，就好。
如上圖箭頭所示，在安裝 TortoiseSVN 的時候，默認 command line client tools，是不安裝的，這裏建議勾選上。
這個我不確定我當時選沒選，不過呢，你給安裝上，也是沒問題的。
把上面的勾選取消了，就可以應對下面的這個錯誤。看圖。
安裝OK之後，確保你這個編輯器也已經激活成功，那麼下一步開始
第二步，導出。
從svn上check out 項目我這以maven項目爲例。
第一步，就是從svn上check out，當然也可以從github上check out，當然，前提是你已經配置了github和git。這就不贅述啦。
這個就是輸入svn倉庫的地址，然後繼續ing。
選擇導出的目的地，一般就是新建個文件夾用來存放所有的工作相關的項目。我這是測試，就隨意點啦。
這地方應該看情況，導出的時候，最好導出到對應的項目文件夾下。第一個選項是直接到我的那個測試目錄下，這個就不是太好。或者乾脆就是不行 的。
下面會示範，兩者的差別的。
這個版本究竟是啥意思，我暫時沒有深究過，不過一般都選默認的吧。
這個就是我說的，要是沒有直接導出到對應的項目名稱的文件夾下的話，就會有這麼個提示，如果你走到這了，那麼最簡單的處理方法，就是放棄，重新來過就是。
正確的，也就是上面你選擇導出到對應項目名稱的文件夾下的話，就會出現下圖。
哦，這個是導出的時候，他在一個個文件的往外check ，這是個過程圖。
你要是導出OK，也就是說你導出項目到對應的項目名稱下的話，他就會提示說，你已經導出個項目了，你需要打開嗎。
當然打開啦，點yes，打開。繼續ing。
這個就是打開之後的，截的全圖的效果。具體註釋我都寫在截圖上了。
因爲這個mavne項目，導出之後，編輯器會自動判斷一下，他要是發現pom.xml文件的話，他就會這麼提示你，按我圖上的操作就OK啦。
繼續吧，圖上寫的應該比較詳細啦。
這個就是剛剛導出項目之後，這個版本控制的初始情況。雖然我後面也會說，你可以依我圖操作一下，看着乾淨舒心。
要是下面有重複講解的地方，還請見諒啊。
經過這麼操作，這就乾淨啦。繼續看圖ing。
這個就是所有提交記錄的列表的地方。
刷新出來的效果。
第三步，具體使用詳情。
上面的都是安裝過程可能會遇到的問題，下面看具體經常使用的地方。
這個工具欄，可能你剛使用這個編輯器的時候，是沒有的，可以參考下面鏈接，把這個工具欄給顯示出來。
IntelliJ IDEA中如何顯示和關閉----工具欄，目錄欄，
下面對這五個按鈕的簡單介紹。
- 第一個按鈕：
Update Project更新項目。 - 第二個按鈕：
Commit changes提交項目上所有變化文件。點擊這個按鈕不會立馬提交所有文件，而是先彈出一個被修改文件的一個彙總框，具體操作下面會有圖片進行專門介紹。 - 第三個按鈕：
Compare with the Same Repository Version當前文件與服務器上該文件通版本的內容進行比較。如果當前編輯的文件沒有修改，則是灰色不可點擊。 - 第四個按鈕：
Show history顯示當前文件的歷史記錄。 - 第五個按鈕：
Revert還原當前被修改的文件到違背修改的版本狀態下。如果當前編輯的文件沒有修改，則是灰色不可點擊。
再次強調下，
上面的五個按鈕，說實話，1，2是不常用的，因爲在這個地方提交更新和下載更新，給你的感覺有點不清不楚的感覺。所以，在這一般不使用這2個按鈕。
最常用的就是後面的3個，
第三個按鈕就是在你把當前文件已經修改過了，有和svn庫裏面的代碼做對比，那麼就可以直接點擊這個按鈕，然後就可以直接看文件修改前後的差別啦。
第四個也常用，就是查看當前文件的提交歷史，點擊之後，當前文件的歷史修改記錄就都會呈現在眼前啦。
第五個按鈕，就是你放棄對當前文件的修改，直接回撤到和最新庫裏一致的狀態。
下面再看看經常用的地方，怎麼提交代碼和更新代碼。
更新代碼簡單，就在這個地方，
你要是看不到這個version control，也不要緊，看下面這個圖，教你怎麼把他弄出來。
這你就可以看到了吧。
本來，說更新到指定版本的代碼是沒找到的，但是，我回去又仔細看了下，還實驗了一把，是可以的。
具體請看圖：
對勾打上，現在看到的後面的是head也就是最新的，或者，以前，我這就沒選，那默認就是更新全部嘛。現在可以點擊第三個箭頭所指的地方，然後選擇你要更新到哪個版本號，然後就可以啦。剩下的就不詳細描述啦。
不過，記得用完啦之後，下次再更新的時候，記得把這個對勾，給去掉喲，不然就不好啦
更新代碼還有個大問題就是：【可能產生代碼衝突】。
下面我給上更新衝突的時候的截圖。
我這是演示呢，就不衝突很多個啦，就簡單的整一個衝突的地方，給簡單說明下問題就好。
這個彈框的界面都大差不差的。
一般遇到這個情況，你要是確定沒什麼可提交的，而且，你修改的本地代碼也就是自己搞搞測試，那麼，這種情況下，你就可以直接接受別人的，放棄本地修改。
要是，你一本正經的在完成你的任務，但是你的同事卻湊巧也修改了你正在修改的文件，而且他還先你一步提交了，廢話，要不然，解決代碼衝突的事情，就是他來幹啦。這個情況下，就得考慮合併了，也就是對應上圖的merge按鈕啦。
點了會出現下圖。
注意下，這個頁面的佈局，左邊的是local，也就是本地的，你修改的，右邊的是server，也就是 服務器上的，中間的就是result，也就是合併結果。
再注意，右上角那地方，有個數字，也就是簡單的總結下衝突和變更的個數。
這個視情況而定。
我的這個例子裏面衝突的就一個地方。然後就是還有個比更的地方。
這個時候，你再看這個截圖中間的2個紅框，裏面的箭頭方向都是朝向中間的，要是你覺得哪邊合適，也就是哪邊的代碼是OK的，那麼就點哪邊的箭頭，然後拋棄的哪一邊，就點對應的那個差號，就放棄啦。
因爲這個地方有2個變化，一個衝突，一個變更。那麼，這都是要處理的。
所以，你要把這些都變更，衝突，都處理完啦。最後，點apply，這之後，就算是合併衝突完事兒啦。
下面說提交代碼的相關說明。
下面就是比較這個編輯器比eclipse的版本管理好的地方啦。
也就是這個本地代碼在修改之後，他可以按你的想法分文件夾存放。
以方便把任務一個個的分開，做完一個提交一個。而不是在你提交的時候，你得自己仔細仔細的查找哪個和哪個是一個任務的，然後再提交，下面看圖示範。
圖上，忘記打箭頭啦（那個綠色的加號可以添加類別，紅色減號，刪除類別。就不示範了）。
可以看到我又添加了2個列表，一個是“線程測試”，一個是“system測試”。
這相當於是2個任務，他們又互不相干。你幹完一個，你就可以選中一個列表，然後提交。
而不是下面這種。三個修改的文件放在一起，提交的時候，得自己找你完成了哪個任務，提交哪個文件。
可以看到這三個文件，假設不分組存放的話，你幹完任務你得找一下，哪個是需要提交的，然後再提交。
不要說這個無所謂啦，在這裏，你看到的是隻是改動了三個文件，但是，一般項目，動不動就是十幾二十個文件的改動，你慢慢挑，挑瞎你。
搞不好，還會出現，哎，忘記提交了這個文件，或者多提交了那個文件。既然有這麼好的功能，爲何不好好利用一下呢。
這裏面還有些個按鈕我就不一一解釋啦。
因爲我這個是爲了寫這個文章而做的沒必要的修改，這個時候，我就可以選中這個default類別，然後點擊那個第一豎排的第三個按鈕，revert，直接把代碼回撤到與庫裏代碼相同的版本。也就是撤銷我的修改。（順便示範一下這個按鈕的作用）
默認，這個地方就只有一個default分類，所有修改的文件都會本分在這個default類裏面，你可以根據需要，自行新建分類。
還有就是，剛剛從eclipse轉過來的同學，可能會發現，在這編輯器裏面修改了文件之後，發現，文件夾的顏色不像eclipse那樣跟着變顏色。因爲所有被修改的代碼都會在這個local changes的地方顯示的，所以，文件夾變顏色的這個，也就顯得沒必要啦。
關於單獨選擇某個或者某些被修改的文件的截圖如下。
不想選中整個類別提交所有的話，你也可以按Ctrl選中你想要提交的文件，然後再點左邊的第一豎排的第二個按鈕提交。這幾個按鈕和我們在上面的工具欄看到的是一樣的。
選中之後，
也可以revert，回撤，
move to another changelist，換個類別列表。
show diff，查看修改文件和原來庫裏的差別。注意一下，快捷鍵提示哦，這個你在提交代碼的時候，把每個提交的文件都跟庫裏對比一下，確認一下修改的地方沒錯誤，再提交。
delete，刪除某個文件。
看個實際提交的圖的例子。
Reformat code格式化代碼，如果是 Web 開發建議不要勾選，因爲格式化 JSP 類文件，格式化效果不好。如果都是 Java 類則可以安心格式化。Rearrange code重新編排代碼，IntelliJ IDEA 支持各種複雜的編排設置選項，這個會在後面說。設置好了編碼功能之後，這裏就可以嘗試勾選這個進行自動編排。Optimize imports優化導入包，會在自動去掉沒有使用的包。這個建議都勾選，這個只對 Java 類有作用，所以不用擔心有副作用。Perform code analysis進行代碼分析，這個建議不用在提交的時候處理，而是在開發完之後，要專門養成對代碼進行分析的習慣。IntelliJ IDEA 集成了代碼分析功能。Check TODO檢查代碼中的TODO。Cleanup清除下版本控制系統，去掉一些版本控制系統的錯誤信息，建議勾選。
爲啥我一個沒勾選，因爲，
第一個代碼格式化，你只是格式化你寫的代碼就行，項目是很多人在不同的時間段寫的，所以，不要隨便格式化別人的代碼，那樣版本控制就會顯得亂七八糟。你寫的代碼肯定要記的格式化一下。
優化導入包的，這個可以在編輯器的配置裏面配置，不需要到這再弄，囉嗦啦。
分析代碼，他分析代碼會說你的代碼會有多少警告，代碼哪裏和哪裏重複啦，等等，也很囉嗦，這些你在寫代碼的時候，看到黃色警告線，都大概處理下就好啦，也沒必要來這裏囉嗦。
check todo 也沒必要。所以，我就一個沒勾選啦
還有一個比較有用的地方就是 ignore。
有些不需要版本控制的文件，該怎麼處理，才能是這個local changes，這一欄看着乾淨整潔點。
因爲我這個項目已經處理過了，所以，我只是把我處理的東西拿出來示範一下。這些個是我忽略版本管理的那些文件，
可以看到都是在.dea文件夾下的一些文件，這些文件是不需要版本控制的，也不需要顯示在這local changes一欄的。所以，你選中這些多餘的文件，然後ignore掉就可以啦。
這樣就把這些不需要版本控制的文件都從這一欄消失掉，這個操作完之後，點一下刷新就可以啦。
就是左邊第一豎排的第一個 按鈕啦。我這麼大概解釋下，你在摸索下，就知道具體怎麼回事啦。
他可以忽略某個文件，或者忽略某個文件夾下的文件，或者是某一類型文件。。。對應上圖中間的三個操作。
你可以如下查看你忽略版本控制的文件。
下面再補充一些常用的小技巧。
這是第一個小技巧。
你再同樣操作一下，就可以把這個給關掉啦。
這個是鼠標懸停在某一個提交記錄上的效果，可以看到當時的提交理由。
第二個小技巧。
這個圖上略顯綠色的是新增的 代碼，
下面這個直接修改的代碼，
下面是刪除時候的樣子。
第四步，一些個簡單的配置。
上面說的是一些常用的使用日常，下面再看一些比較常用的配置相關的內容。
- 如上圖標註 1 所示，
When files are created表示當有新文件放進項目中的時候 IntelliJ IDEA 做如何處理，默認是Show options before adding to version control表示彈出提示選項，讓開發者決定這些新文件是加入到版本控制中還是不加入。如果不想彈出提示，則選擇下面兩個選項進行默認操作。 - 如上圖標註 2 所示，
When files are deleted表示當有新文件在項目中被刪除的時候 IntelliJ IDEA 做如何處理，默認是Show options before removing from version control表示彈出提示選項，讓開發者決定這些被刪除的是否從版本控制中刪除。如果不想彈出提示，則選擇下面兩個選項進行默認操作。
個人建議，還是就如圖所示，你在新建和刪除的時候，都最好提示下，不要嫌棄麻煩。挺好的一個功能。
下面就是上面說的那個圖標的位置的圖。
剩下的，可以自己閒的蛋疼的時候，隨便點點，看個大概，估計就知道是什麼意思啦。