十三、IntelliJ IDEA 中的版本控制介紹（下）
我們已經簡單了解了 IntelliJ IDEA 的版本控制機制，那麽接下來，就讓我們一起看看在 IntelliJ IDEA 中進行具體的版本控制操作。
- 標註1：
Checkout from Version Control，從版本控制系統中檢出項目； - 標註2：IntelliJ IDEA 支持的版本控制系統，包括
GitHub、CVS和Git等。
如上圖所示，我們可以通過Checkout from Version Control，從版本控制系統，如GitHub、CVS和Git等中檢查項目。相對的，既然我們可以從版本控制系統中檢出項目，那麽自然也可以將項目上傳到版本控制系統之中。
- 標註1：
Import into Version Control，將項目上傳到版本控制系統； - 標註2：IntelliJ IDEA 支持的版本控制系統，包括
GitHub、CVS和Git等。
如上圖所示，通過以上操作，就可以將代碼上傳到版本控制系統之中。
現在，以博主的 GitHub 上面的項目mybatis-tutorial為例，檢出項目：
如上圖所示，首先選擇Checkout from Version Control -> GitHub，登錄賬號，然後選擇我們想要檢出的項目，點擊Clone，此“克隆”的概念來自於 Git，表示把遠程倉庫的項目檢出到本地：
如上圖所示，點擊Clone之後，提示我們對將要檢出的項目進行確認，點擊Yes，然後一路Next
Finish：
如上圖所示，至此，項目mybatis-tutorial已經成功從 GitHub 檢出到本地啦！
如上圖紅色標記所示，皆為進行版本控制的按鈕，從左至右分別為：
Update Project，更新項目，即從檢出倉庫下載最新版本的代碼；Commit changes，提交此檢出版本項目上所有變化的文件；Compare with the Same Repository Version，比較當前文件與遠程倉庫版本文件之間的差異；Show history，顯示當前文件的歷史記錄；Revert，還原當前被修改的文件到未被修改的版本狀態。
- 標註 1：在檢出項目中有過修改的文件；
- 標註 2：
Comiit Messsage提交信息，需要我們自己填寫； - 標註 3：
Diff，展示文件修改前後對比； - 標註 4：展示修改了幾個文件，新建了幾個文件；
- 標註 5：
Before Commit，在提交項目前，進行一些前置操作； - 標註 6：
After Commit，在提交項目後，進行一些後置操作。
其中，Diff展示了文件修改前後詳細的對比，我們需要好好利用；Before Commit，默認進行提交前的代碼分析，可以檢查出一些錯誤與警告。此外，我們也可以通過雙擊 標註1 所示的文件，放大文件修改前後的差異對比。接下來，點擊Comiit進行驗證：
如上圖所示，顯示了代碼分析的結果，具體可以參考「詳述 IntelliJ IDEA 提交代碼前的 Code Analysis 機制」.
最後，我們再回到Version Control，了解一些常用的操作：
- 標註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，表示彈出提示選項，讓我們自己決定是否將這些被刪除的文件從版本控制中刪除。如果不想彈出提示，則選擇下面兩個選項進行默認操作。
如上圖所示，我們可以通過紅色標記圈出的+，把不想加入版本控制的文件或目錄添加到忽略列表中；反之，我們也可以通過紅色標記圈出的-，把想加入版本控制的文件或目錄從忽略列表中移除。在這裏，我們需要註意：當某文件或目錄被添加到此“忽略列表”的之後，則該文件或目錄不能進行版本控制的相關操作，例如提交。
轉發自：https://blog.csdn.net/qq_35246620/article/details/70792861
十三、IntelliJ IDEA 中的版本控制介紹（下）