首先，使用的時候，自己得先在電腦上安裝個小烏龜。也就是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 表示彈出提示選項，讓開發者決定這些被删除的是否從版本控制中删除。如果不想彈出提示，則選擇下面兩個選項進行預設操作。
個人建議，還是就如圖所示，你在建立和删除的時候，都最好提示下，不要嫌棄麻煩。挺好的一個功能。
下面就是上面說的那個圖示的位置的圖。
為人：謙遜、激情、博學、審問、慎思、明辨、 笃行
學問：紙上得來終覺淺，絕知此事要躬行
為事：工欲善其事，必先利其器。
态度：道阻且長，行則将至；行而不辍，未來可期
轉載請标注出處！