有時，您需要在不同的任務之間切換并稍后返回。 IDEA 為您提供了多種方法來方便地處理多種不同的功能，而不會丟失您的工作：

保存更改與擱置非常相似。 唯一的區(qū)別是補丁生成和應用的形式。 存儲由Git生成，可以在IDEA內(nèi)部或外部使用。 擱置修改的補丁由 IDEA 生成，也通過 IDE 應用。 據(jù)了解，隱藏涉及所有未提交的更改，而當您將更改上架時，您可以選擇一些局部更改，而不是全部上架。

擱置改裝

保留暫時存儲您尚未提交的待處理編輯。 例如，如果您需要切換到另一個任務并且想要將更改放在一邊以便稍后處理它們，這非常有用。

使用 IDEA，您可以擱置單個文件和整個修訂列表。

您無法擱置未版本控制的文件，即尚未添加到版本控制的文件。

一旦擱置，可以根據(jù)需要多次應用更改。

擱置改裝

1. 在“提交工具”窗口中 Alt+0，右鍵單擊要放入架子的文件或更改列表，然后從上下文菜單中選擇“擱置更改”。

2. 在“擱置修改”對話框中，查看已更改文件的列表。

3. 在陣列中輸入要創(chuàng)建的架子的名稱，然后單擊 按鈕。

您還可以靜默擱置更改，而不顯示“擱置更改”對話框。因此，選擇要擱置的文件或修訂列表，然后單擊工具欄上的安靜擱置圖標

，或按 Ctrl+Shift+H。 包含要擱置的更改的更改列表的名稱將用作擱置名稱。

為了防止許多架子具有相同的名稱（例如），您可以將文件或更改列表從“至”選項卡拖到工具窗口的“架子”選項卡，稍等片刻直至其變?yōu)榛顒訝顟B(tài)，然后立即編輯新的架子名稱。

如果您需要將更改復制到 而不重置本地更改，請按 Ctrl+Shift+A 并查找“保存到 ”操作。

取消擱置變更

取消擱置是將延遲的更改從擱置移至掛起更改列表。 未擱置的更改可以從視圖中過濾或從擱架中刪除。

1. 在“擱置”選項卡中，選擇要取消擱置的修訂列表或文件。

2. 按 Ctrl+Shift+U 或從所選內(nèi)容的上下文菜單中選擇“取消擱置”。

3. 在該對話框的“名稱”數(shù)組中，指定要將未擱置的修改恢復到的修改列表。 您可以從列表中選擇現(xiàn)有編輯列表，或輸入要創(chuàng)建的包含未擱置編輯的新編輯列表的名稱。 您可以在數(shù)組中輸入新修改列表的描述（可選）。 如果您想讓新的修改列表處于活動狀態(tài)，請選擇“設置”。 否則，當前活動的修改列表保持活動狀態(tài)。

4. 如果您希望 IDEA 在新變更列表停用時保留與新變更列表關聯(lián)的任務上下文，并在變更列表變?yōu)榛顒訝顟B(tài)時恢復上下文，請選擇“跟蹤上下文”選項。

5. 如果要刪除要取消擱置的更改，請選擇從擱置中刪除已成功應用的文件選項。 未擱置的文件將從擱架中刪除并添加到另一個更改列表中并標記為已應用。 只有通過單擊工具欄上的 或從上下文菜單中選擇“清理”來明確刪除它們，它們才會被完全刪除。

如果您不小心刪除了未擱置的文件，可以從“最近刪除”節(jié)點查看并恢復它們。

6. 單擊“確定”。 如果修復程序與當前版本之間存在沖突，請按照解決沖突中的說明進行操作。

您還可以靜默取消擱置更改，而不顯示“取消擱置更改”對話框。因此，選擇要取消擱置的文件或修改列表，然后單擊工具欄上的 圖標

，或按 Ctrl+Alt+U。 未擱置的文件將被傳送到活動的掛起更改列表。

您還可以將文件或編輯列表從“擱置”選項卡拖到“至”選項卡以靜默取消擱置。 如果按住 Ctrl 鍵拖動它，它將被復制到“提交到分支”選項卡，而不是從架子上刪除。

專屬福利
點擊領?。?51頁Java面試題庫

放棄掛起的更改
1. 在書柜視圖中，選擇包含您不想再保留的編輯的編輯列表。
2. 右鍵單擊??它并從上下文菜單中選擇刪除，或按 。
恢復未擱置的更改
IDEA 允許您在必要時重新應用未擱置的更改。

所有未擱置的修改都可以重復使用，直到通過單擊工具欄上的圖標或從上下文菜單中選擇“清理”明確刪除它們?yōu)橹埂?/p>
1. 確?！帮@示擱置”工具欄選項已啟用。

2. 選擇要恢復的文件或架子。
3. 從選定的上下文菜單中，選擇“恢復”。
應用外部補丁
您可以導出在 IDEA 內(nèi)部或外部創(chuàng)建的補丁，并將它們作為擱置的修改應用。
1. 在書架視圖中，從上下文菜單中選擇。
2. 在打開的對話框中，選擇要應用的補丁文件。 選定的補丁在“工具架”選項卡中顯示為工具架。
3. 選擇新添加的帶有補丁的架子，然后從所選上下文菜單中選擇“取消擱置修改”。
手動擱置基礎修訂
將 IDEA 配置為始終在 Git 版本控制下擱置文件的基本修訂版可能會很有用。
1. 按 Ctrl+Alt+S 打開 IDE 設置并選擇版本控制 | 貨架。
2. 選擇將文件的基本修訂版本擱置到分布式版本控制系統(tǒng)下的選項。 如果啟用此選項，文件的基本修訂版本將保存到架子中，如果應用架子導致沖突，則將在三向合并期間使用該架子。 如果禁用，IDEA 將在項目歷史記錄中查找基礎版本，這可能需要一段時間； 據(jù)報道，沖突架所基于的修訂可能會丟失（例如，如果通過變基操作修改了歷史記錄）。
修改默認架子位置
默認情況下，shelf 目錄位于您的項目目錄下。 此外，您可能想要修改默認的架子位置。 例如，如果您想在清除工作副本時防止意外刪除書柜，或者如果您想將它們存儲在單獨的存儲庫中以便在團隊成員之間輕松共享書柜，這可能很有用。
1. 按 Ctrl+Alt+S 打開 IDE 設置并選擇版本控制 | 貨架。
2. 單擊“修改架子位置”，然后在打開的對話框中手動指定新位置。
3. 如有必要，選擇將架子移動到新位置以將現(xiàn)有架子鏈接到新目錄。
觀看此視頻教程，了解如何從書架中受益，以便您可以切換到不同的任務，而不會丟失未完成的工作：
保存更改
有時可能需要恢復工作副本以匹配 HEAD 提交，但您不想丟失已經(jīng)完成的工作。
如果您了解到上游更改可能與您正在做的事情有關，或者您需要進行一些緊急修復intellij idea 重置默認視圖，則可能會發(fā)生這種情況。
存儲涉及記錄 HEAD 提交和工作目錄當前狀態(tài)（存儲）之間的差異。 對索引的修改也可以隱藏。
取消存儲涉及將存儲應用到分支。
您可以將存儲應用到現(xiàn)有分支或基于它創(chuàng)建新分支。
Stash 可以多次應用到任何分支，只需切換到所需的分支即可。 請記?。?/p>
將更改保存到存儲
1. 從主菜單中，選擇 Git | 未提交的更改 | 保存更改。
2. 在打開的“存儲”對話框中，選擇適當?shù)?Git 根目錄并確保簽出正確的分支。
3. 描述您要保存在消息數(shù)組中的修改。
4. 要存儲本地更改并將索引中暫存的更改引入工作樹以進行檢測和測試，請選擇“保留索引”選項。
5. 單擊創(chuàng)建存儲。
應用程序存儲
1. 從主菜單中，選擇 Git | 未提交的更改 | 取消隱藏更改。
2. 選擇要應用存儲的 Git 根目錄，并確保簽出正確的分支。
3. 從列表中選擇要應用的存儲。 如果要檢查所選存儲中的哪些文件受到影響，請單擊“查看”。
4. 要在應用后刪除選定的存儲，請選擇  選項。
5. 要同時應用隱藏索引更改，請選擇“恢復索引”選項。
6. 如果您想根據(jù)所選存儲創(chuàng)建新分支而不是將其應用到當前簽出的分支，請
在“作為新分支”數(shù)組中鍵入分支的名稱。
要刪除保存，請在列表中選擇它并單擊“刪除”。 要刪除所有存儲，請單擊清理。
如果存在沖突，此操作可能會失敗。 發(fā)生這種情況是因為沖突存儲在索引中，并且您無法再應用原始狀態(tài)的修改。
將更改分組到不同的更改列表中
當您處理多個相關功能時，您可能會發(fā)現(xiàn)將更改分組到不同的更改列表中很方便。 與使用特征分支處理多個任務相比intellij idea 重置默認視圖，這些方法有其優(yōu)點和缺點。
優(yōu)勢：
缺點：
所有修改的列表顯示在“to”選項卡的“本地”視圖中。 所有更改的文件都手動放置在活動更改列表中，即修改更改列表，除非您創(chuàng)建不同的文件并使其處于活動狀態(tài)。
更改列表顯示在本地更改視圖中。 最初，只有一個默認修改列表。 它被調(diào)用，所有新的修改也被手動放入這個修改列表中。 還有一個文件修改列表，它將新創(chuàng)建的尚未添加到 VCS 的文件進行分組。

您可以根據(jù)需要創(chuàng)建任意數(shù)量的更改列表并隨時激活其中任何一個。 您可以將任何未提交的修訂鏈接到任何修訂列表。
創(chuàng)建新的變更列表
1. 在本地視圖中，單擊

并選擇新建。
2. 在“新建更改列表”對話框中，指定新更改列表的名稱，并可以選擇添加說明。
設置活動修改列表
在變更列表之間傳達變更
1. 在“本地修改”視圖中，選擇要連接到另一個修改列表的修改。
2. 右鍵單擊??所選內(nèi)容或單擊

工具欄并選擇 +Shift+M。
3. 在打開的對話框中，選擇現(xiàn)有修改列表或輸入新修改列表的名稱。
4. 您可以選擇激活目標變更列表并跟蹤其上下文（IDEA 將保存與此變更列表關聯(lián)的上下文，并在激活此變更列表時恢復它）。
您還可以在編輯列表之間拖動文件。
刪除變更列表
使用功能分支
Git 中的分支代表獨立的開發(fā)線，因此，如果您正在開發(fā)一個單獨的功能，并且希望在準備好共享工作結果并將其集成到功能中之前完成并測試它分支是最好的解決方案。 這樣您就可以確保不穩(wěn)定的代碼不會提交到項目的主代碼庫中，并且在必要時您可以輕松切換到其他任務。
優(yōu)勢：
缺點：
有兩種主要方法可以使用功能分支并將更改集成到主代碼庫中：
使用合并來集成功能分支的更改
合并選項的主要用途是完全可追溯性，因為合并到主存儲庫中的提交保留其原始哈希值和作者，但屬于功能一部分的所有提交都可以組合在一起。
此工作流程適用于向主代碼庫提交更改涉及拉取請求或分層審批流程的項目，因為現(xiàn)有分支不會以任何方式修改。
這些方法的主要缺點是，每次需要合并更改時都會創(chuàng)建無關的合并提交，這會嚴重污染項目歷史記錄并使其不可讀。
1. 為您單獨的開發(fā)線創(chuàng)建一個分支。
2. 在開發(fā)過程中提交變更。
3. 將您的分支推送到遠程存儲庫。 這應該用于備份，以便您可以在不同的計算機上協(xié)作或工作。
4、當您需要從事與您的職能無關的工作時，請切換到其他部門。
5. 檢查并測試您的功能，并進行必要的修復。
6. 當您準備好將工作結果集成到主分支中時（例如），請執(zhí)行以下操作：
使用功能分支的集成更改
此選項的主要好處是您可以獲得清晰的項目歷史記錄，易于其他人閱讀和理解。 您的日志不包含合并操作中不必要的合并提交，并且您將獲得易于導航和搜索的線性歷史記錄。
但是，當決定采用此工作流程時，您應該記住，它會重新繪制項目歷史記錄，因為它會為原始功能分支中的每個提交創(chuàng)建新的提交，它們將具有不同的哈希值，這會妨礙可追溯性。
1. 為您單獨的開發(fā)線創(chuàng)建一個分支。
2. 開發(fā)過程中經(jīng)常會提交變更。
3. 將您的分支推送到遠程存儲庫。 這應該用于備份，以便您可以在不同的計算機上協(xié)作或工作。
4. 不時地重新調(diào)整你的功能分支。 僅當您的功能分支很長時，這才有意義。 這可以幫助：
o 確保您的功能分支不會偏離太遠。
o 當您最終將更改集成到主代碼庫中時，防止解決大量沖突。 當您定期變基時，您可以迭代地解決沖突，但最終不會因長期差異而苦苦掙扎。
o 推送檢測分支，因為一旦分支足夠分散，分支之間的切換就會變慢。
變基涉及以下步驟：
o 從遠程獲取更改，或將更改拉入分支。
o 將您的分支重新設置為 .
o 強制將操作結果推送到功能分支。
5. 當您需要執(zhí)行與您的職能無關的工作時切換到。 當您返回到功能分支時，執(zhí)行 和 to。
6. 檢查并測試您的功能，并進行必要的修復。
7. 該功能完成后執(zhí)行交互式變基。 這允許您重新排序和壓縮提交，以使您的功能分支歷史記錄看起來干凈整潔。
8. 當您準備好將工作結果集成到主分支中時（例如），請執(zhí)行以下操作：
o支付分行。
o 將您的分支與 . 由于沒有分歧，Git 只會將指針轉發(fā)到功能分支的最新提交，而不是創(chuàng)建新的合并提交（這稱為快進合并）。
o 刪除功能分支。
o推。
在功能分支名稱前加上您的姓名首字母或昵稱（如果很短）是有意義的。 這樣，您仍然可以使用“分支”菜單中的快速搜索輕松找到所有分支。

程序員技術交流群

掃碼添加我的Momo，記得備注：城市、昵稱和技術方向，我拉你進群。
最近的技術文章：

如有侵權請聯(lián)系刪除！
                             
TAGS：工作選擇   上下文