IDEA 版本控制相關(guān)的常用設(shè)置說(shuō)明

版本控制相關(guān)的常用設(shè)置說(shuō)明

• 如上圖標(biāo)注 1 所示，當(dāng)前項(xiàng)目使用的版本控制是 Git。如果你不愿意這個(gè)項(xiàng)目繼續(xù)使用版本控制可以點(diǎn)擊旁邊的減號(hào)按鈕，如果你要切換版本控制，可以點(diǎn)擊 ?Git?，會(huì)出現(xiàn) IntelliJ IDEA 支持的各種版本控制選擇列表，但是我們一般情況下一個(gè)項(xiàng)目不會(huì)有多個(gè)版本控制的。
• 如上圖標(biāo)注 2 所示，?Show directories with changed descendants ?表示子目錄有文件被修改了，則該文件的所有上層目錄都顯示版本控制被修改的顏色。默認(rèn)是不勾選的，我一般建議勾選此功能。

版本控制相關(guān)的常用設(shè)置說(shuō)明

如上圖標(biāo)注 1 所示，?When files are created ?表示當(dāng)有新文件放進(jìn)項(xiàng)目中的時(shí)候 IntelliJ IDEA 做如何處理，默認(rèn)是 ?Show options before adding to version control ?表示彈出提示選項(xiàng)，讓開發(fā)者決定這些新文件是加入到版本控制中還是不加入。如果不想彈出提示，則選擇下面兩個(gè)選項(xiàng)進(jìn)行默認(rèn)操作。

如上圖標(biāo)注 2 所示，?When files are deleted? 表示當(dāng)有新文件在項(xiàng)目中被刪除的時(shí)候 IntelliJ IDEA 做如何處理，默認(rèn)是 ?Show options before removing from version control? 表示彈出提示選項(xiàng)，讓開發(fā)者決定這些被刪除的是否從版本控制中刪除。如果不想彈出提示，則選擇下面兩個(gè)選項(xiàng)進(jìn)行默認(rèn)操作。

版本控制相關(guān)的常用設(shè)置說(shuō)明

• 如上圖標(biāo)注 1 所示，對(duì)于不想加入到版本控制的文件，可以添加要此忽略的列表中。但是如果已經(jīng)加入到版本控制的文件使用此功能，則表示該文件 或 目錄無(wú)法再使用版本控制相關(guān)的操作，比如提交、更新等。我個(gè)人使用過(guò)程中發(fā)現(xiàn)在 ?SVN ?上此功能不太好用，?Git ?上是可以用的。

版本控制相關(guān)的常用設(shè)置說(shuō)明

上圖所示的彈出層就是本文上面說(shuō)的? Commit Changes ?點(diǎn)擊后彈出的變動(dòng)文件匯總彈出層。

如上圖標(biāo)注 1 所示，可以在文件上右鍵進(jìn)行操作。

?Show Diff? 當(dāng)前文件與服務(wù)器上該文件通版本的內(nèi)容進(jìn)行比較。

?Move to Another Changelist ?將選中的文件轉(zhuǎn)移到其他的? Change list? 中。?Change list ?是一個(gè)重要的概念，這里需要進(jìn)行重點(diǎn)說(shuō)明。很多時(shí)候，我們開發(fā)一個(gè)項(xiàng)目同時(shí)并發(fā)的任務(wù)可能有很多，每個(gè)任務(wù)涉及到的文件可能都是基于業(yè)務(wù)來(lái)講的。所以就會(huì)存在一個(gè)這樣的情況：我改了 30 個(gè)文件，其中 15 個(gè)文件是屬于訂單問(wèn)題，剩下 15 個(gè)是會(huì)員問(wèn)題，那我希望提交代碼的時(shí)候是根據(jù)業(yè)務(wù)區(qū)分這些文件的，這樣我填寫 ?Commit Message? 是好描述的，同時(shí)在文件多的情況下，我也好區(qū)分這些要提交的文件業(yè)務(wù)模塊。所以我一般會(huì)把屬于訂單的 15 個(gè)文件轉(zhuǎn)移到其他的? Change list?中，先把專注點(diǎn)集中在 15 個(gè)會(huì)員問(wèn)題的文件，先提交會(huì)員問(wèn)題的? Change list?，然后在提交訂單會(huì)員的 ?Change list?。我個(gè)人還有一種用法是把一些文件暫時(shí)不提交的文件轉(zhuǎn)移到一個(gè)我指定的 ?Change list?，等后面我覺(jué)得有必要提交了，再做提交操作，這樣這些文件就不會(huì)干擾我當(dāng)前修改的文件提交。總結(jié)下 ?Change list? 的功能就是為了讓你更好地管理你的版本控制文件，讓你的專注點(diǎn)得到更好的集中，從而提升效率。

?Jump to Source? 打開并跳轉(zhuǎn)到被選中。 

如上圖標(biāo)注 2 所示，可以根據(jù)工具欄按鈕進(jìn)行操作，操作的對(duì)象會(huì)鼠標(biāo)選中的文件，多選可以按 ?Ctrl ?后不放，需要注意的是這個(gè)跟前面的復(fù)選框是沒(méi)有多大關(guān)系的。

如上圖標(biāo)注 3 所示，可以在提交前自動(dòng)對(duì)被提交的文件進(jìn)行一些操作事件（該項(xiàng)目使用的 Git，使用其他版本控制可能有些按鈕有差異。）：

?Reformat code? 格式化代碼，如果是 Web 開發(fā)建議不要勾選，因?yàn)楦袷交?JSP 類文件，格式化效果不好。如果都是 Java 類則可以安心格式化。

?Rearrange code? 重新編排代碼，IntelliJ IDEA 支持各種復(fù)雜的編排設(shè)置選項(xiàng)，這個(gè)會(huì)在后面說(shuō)。設(shè)置好了編碼功能之后，這里就可以嘗試勾選這個(gè)進(jìn)行自動(dòng)編排。 

?Optimize imports? 優(yōu)化導(dǎo)入包，會(huì)自動(dòng)去掉沒(méi)有使用的包。這個(gè)建議都勾選，因其只對(duì) Java 類有作用，所以不用擔(dān)心有副作用。 

?Perform code analysis? 進(jìn)行代碼分析，這個(gè)建議不用在提交的時(shí)候處理，而是在開發(fā)完之后，要專門養(yǎng)成對(duì)代碼進(jìn)行分析的習(xí)慣。IntelliJ IDEA 集成了代碼分析功能。

?Check TODO ?檢查代碼中的 ?TODO?。?TODO ?功能后面也會(huì)有章節(jié)進(jìn)行講解，這里簡(jiǎn)單介紹：這是一個(gè)記錄待辦事項(xiàng)的功能。 

?Cleanup ?清除下版本控制系統(tǒng)，去掉一些版本控制系統(tǒng)的錯(cuò)誤信息，建議勾選（主要針對(duì) SVN，Git 不適用）。 

如上圖標(biāo)注 4 所示，填寫提交的信息。

如上圖標(biāo)注 5 所示，?Change list? 改變列表，這是一個(gè)下拉選項(xiàng)，說(shuō)明我們可以切換不同的 ?Change list?，提交不同的 ?Change list ?文件。

如上圖標(biāo)注箭頭所示，我們可以查看我們提交歷史中使用的 ?Commit Message?，有些時(shí)候，我們做得是同一個(gè)任務(wù)，但是需要提交多次，為了更好管理項(xiàng)目，建議是提交的 ?Message ?是保持一致的。

版本控制相關(guān)的常用設(shè)置說(shuō)明

• 如上圖標(biāo)注箭頭所示，如果你使用的 Git，點(diǎn)擊此位置可以切換分支和創(chuàng)建分支，以及合并、刪除分支等操作。