在处理尚未完成的诸多事务时，您可能需要频繁地在各项任务间进行切换，并最终重新回到这些任务上。IDEA为此提供了多样化的解决方案，旨在帮助您在同时管理多个功能时，能够轻松地保持工作连续性，避免遗漏任何进展。

存储修改和暂存修改在本质上是相近的。它们之间的主要差异体现在补丁的创建和应用过程上。存储操作是通过 Git 完成的，补丁可以在 IDEA 环境内或外部进行应用。而暂存修改所生成的补丁则是由 IDEA 本身生成的，同样也是通过 IDE 来应用的。另外，存储操作会处理所有尚未提交的修改，而当你选择将修改暂存时，你可以有选择性地保留部分本地修改，而非全部暂存。

搁置更改

暂存您尚未提交的待处理修改内容。这一做法十分便捷，比如当您需转至其他任务时，可将当前修改暂放一旁，待后续再行处理。

使用 IDEA，您可以搁置单独的文件和整个更改列表。

您不能搁置未版本控制的文件，即尚未添加到版本控制的文件。

搁置后intellij idea视频讲解，可以根据需要多次应用更改。

搁置更改

在“提交工具”窗口的Alt+0键位处，用户需先使用鼠标右键点击目标文件或更改列表，随后在弹出的快捷菜单中挑选“搁置更改”这一选项。

2. 在“搁置更改”对话框中，查看已修改文件的列表。

3. 在 字段中，输入要创建的架子的名称，然后单击 按钮。

您可以选择不展示更改搁置的提示窗口，直接将更改静默地放置。具体操作是，先挑选出需要静默搁置的文件或更改记录，接着点击工具栏中的静默搁置按钮。

请执行Ctrl+Shift+H快捷键intellij idea视频讲解，这将显示一个包含您希望暂存修改的更改列表的名称，该名称将被用作暂存架的名称。

为了防止出现众多重名的货架（诸如、诸如），您可以执行以下操作：将文件或变更列表从“to”选项卡拖拽至工具窗口中的“Shelf”选项卡，稍作等待，直至其激活，随后在您松开鼠标按钮的瞬间即可对新的货架名称进行即时编辑。

若您希望将调整后的内容同步至书架同时保留您本地的修改，请按下Ctrl+Shift+A组合键，然后在弹出的菜单中搜索并选择“保存到书架”这一操作指令。

取消搁置更改

取消搁置操作意味着将那些被推迟的修改从搁置架上取出，并加入到待处理的修改清单中。未被搁置的修改可以通过视图进行筛选，或者直接从搁架上移除。

1. 在“搁置”选项卡中，选择更改列表或要取消搁置的文件。

您可以按住Ctrl和Shift键，同时按下U键，或者直接在内容的上下文菜单中挑选“取消搁置”这一选项。

在对话框界面，于Name字段内设定一个目标更改列表，该列表用于恢复未保存的修改。您可选择一个现有的更改列表，亦或是键入一个新创建的、包含未保存修改的更改列表名称。此外，您还可以在字段内添加对新更改列表的描述，这一步骤是可选的。若需激活新的更改列表，请勾选Set选项。若不进行选择，则保持当前活跃的更改列表状态不变。

若您期望在停止使用新更改列表的情况下，保留与该列表相关联的任务背景信息，同时当更改列表重新激活时，能够恢复这些背景信息，那么请勾选“跟踪上下文”这一选项。

若您打算撤销已搁置的修改，请选取将已成功应用的文件从搁置架上移除的选项。那些未被搁置的文件将被从搁置架上移除，并转入另一变更清单中，同时被标记为已实施。在您点击工具栏或通过右键菜单选择“清理”明确执行删除操作之前，这些文件不会彻底被删除。

若您不小心误删了尚未归档的文档，您可通过访问“最近删除”这一功能模块来检索并恢复这些文件。

点击确认按钮。若发现修补版本与现有版本存在不一致，请参照解决冲突的指引进行处理。

您同样可以选择保持沉默来撤销已暂缓的修改，无需弹出“撤销暂缓修改”的提示窗口。具体操作是，先挑选出您想要撤销暂缓的文件或修改清单，接着点击工具栏中的相应图标即可。

按下Ctrl+Alt+U键，或者采取相同操作。尚未保存的文档会被转入当前正在处理的挂起变更列表中。

您可以将文件或变更清单从“Shelf”标签页拖拽至“to”标签页，以此实现静默取消搁置操作。若在拖拽过程中持续按住Ctrl键，文件将被复制至“提交到分支”标签页，而不会从架子上移除。

专属福利
点击领取：651页Java面试题库

放弃搁置的更改
1.在书架视图中，选择包含您不想再保留的更改的更改列表。
2.右键单击它并从上下文菜单中选择删除，或按。
恢复未搁置的更改
 IDEA 允许您在必要时重新应用未搁置的更改。

所有尚未暂缓的修改均可反复应用，直至用户通过点击工具栏图标或从右键菜单中选取“清除”选项来彻底删除它们。
1.确保启用了“显示已搁置”工具栏选项。

2.选择要恢复的文件或架子。
3.从选择的上下文菜单中，选择恢复。
应用外部补丁
您可以将IDEA内部或外部生成的补丁文件导入，进而将这些补丁视为暂存修订并加以应用。
1.在Shelf视图中，从上下文菜单中选择  。
在弹出的对话框内，挑选出您打算使用的补丁文件。被选中的补丁会在“Shelf”标签页上以一个架子的形式呈现。
挑选配备修补包的额外货架，随后来自上下文选项中勾选解除暂存调整。
自动搁置基础修订
将IDEA设置为默认保留受Git版本管理影响的所有文件的最新修订版本，这样的设置可能非常实用。
通过按下Ctrl键和Alt键的同时，再按S键，即可进入集成开发环境（IDE）的设置界面，随后在弹出的选项中挑选版本控制，接着点击“|”符号旁边的“架子”。
在分布式版本控制系统中，挑选用于暂存文件的基础修订版本的相关选项。一旦激活这一功能，文件的基础修订版本将被存入一个仓库，若在应用此仓库时引发冲突，该仓库便会在三路合并过程中被采纳。若禁用，IDEA将项目历史中寻找原始版本，这一过程可能耗时较长；同时，基于冲突版本所依赖的修订版本可能遭到丢失（例如，若历史记录因变更基操作而发生变化）。
更改默认货架位置
在默认设置中，货架目录被放置在您的项目文件夹中。不过，您或许希望调整货架的存放位置。这样的操作可能相当实用，比如在整理工作副本时，它能帮助您防止不小心删除货架；又或者，您可能希望将货架保存在独立的仓库里，以便团队成员之间能够共享这些货架。
使用Ctrl+Alt+S组合键进入IDE的设置界面，然后挑选版本控制选项，最后点击“架子”进行操作。
2.单击更改货架位置并在打开的对话框中指定新位置。
若条件允许，可考虑将置物架搬迁至新的方位，从而实现现有置物架至新存放地点的转移。
观看这个视频教学，您可以学习到如何从书架上获得帮助，这样您就可以在保持未完成工作不被遗忘的前提下，顺利地转换到执行其他任务。
存储更改
在特定情况下，可能需对工作副本进行更新以同步于HEAD的提交，然而，您却不愿放弃已完成的任务。
若您察觉到上游的变动可能影响到您正在进行的工作，或者您需要迅速进行某些修复，那么此类情况便有可能出现。
存储当前HEAD提交与工作目录（stash）之间的状态差异，同时还能对索引的变更进行隐藏。
取消存储涉及将存储的存储应用到分支。
您可以将存储应用到现有分支或在其基础上创建新分支。
存储可反复用于所需任一分支，仅需转换至目标分支。务必留意：
保存对存储的更改
在主菜单界面，挑选“Git”选项，然后进一步点击“未提交的更改”，最后执行“存储更改”的操作。
在弹出的Stash窗口内，挑选合适的Git仓库根目录，并核实检出的是正确的分支。
3.在消息字段中描述您将要存储的更改。
为了保存您在本地的修改，并将索引中暂存的变动同步至工作树进行审核和试验，请确保勾选保留索引的选项。
5.单击创建存储。
应用存储
在主菜单界面，挑选“Git”选项，接着点击“未提交的更改”，最后执行“取消隐藏更改”的操作。
请选定用于存储的 Git 的根目录，同时务必核实已检出准确的分支。
在列表中挑选您打算使用的存储空间。若需确认哪些文件受到了影响，请点击“查看”按钮。
若您需在应用完毕后清除特定存储内容，请点击“Pop stash”选项进行操作。
5. 要同时应用隐藏索引修改，请选择恢复索引选项。
若需在所选择的存储基础上建立一个新分支，而非直接在当前签出的分支上进行操作，请
在作为新分支字段中键入该分支的名称。
若需移除数据存储，请于列表中挑选相应项，随后点击“删除”按钮。若打算清除所有存储数据，请直接点击“清除”按钮。
若出现矛盾，执行此操作可能会遭遇失败。其原因是，矛盾已被保存在索引之中，导致您无法再对原始状态进行更改。
将更改分组到不同的更改列表中
在您同时操作众多关联功能时，您会发现将改动内容归类至不同的变更清单中非常便捷。相较之下，运用功能分支来管理多项任务，这种做法同样有其利弊之分。
优点：
缺点：
所有修改后的列表信息均可在“to”选项卡的“Local”视图部分查看。经过编辑的文件将自动纳入当前的更改列表之中，除非用户创建了新的文件并将其激活。
本地视图中会展示更改列表，起初仅存在一个预设的更改列表。该列表被命名为“默认更改列表”，所有新增的更改都会被自动归入其中。此外，还有一个名为“Files”的更改列表，专门用于整理那些尚未被纳入版本控制系统的文件。

您可按需设立多个修改清单，并可随时启用其中之一。您还能将任何未完成的修改内容转移至任一清单中。
创建一个新的变更列表
1.在Local 视图中，单击

工具栏上的 并选择New 。
在打开的“创建修改清单”界面里，请输入所拟修改清单的名称，同时可以附上相应的说明（这一步骤是可选的）。
设置活动更改列表
在更改列表之间移动更改
在“本地更改”的界面中，挑选出那些需要转移到其他更改列表中的更改项。
2.右键单击所选内容或单击

工具栏并选择Move to   Alt+Shift+M。
在弹出的对话框内，请挑选一个现有的变更清单，或者键入一个全新的变更清单名称。
您可挑选启用特定变更清单并监控其相关环境；IDEA会自动保存与该变更清单相联的环境信息，并在清单被激活时恢复该环境。
您还可以在更改列表之间拖动文件。
删除更改列表
使用功能分支
在Git中，每一个分支都象征着一条独立的开发路径。若您正致力于开发一个独立的功能，且在完成测试并准备将成果合并至原有代码库之前，使用功能分支进行操作是理想之选。这样做可以避免将不稳定的代码提交至主代码库，同时，在需要时，您也能便捷地切换至其他工作。
优点：
缺点：
您可以通过以下两种主要途径来应用功能分支并使您的修改融入主代码库：
使用合并来集成来自功能分支的更改
合并选项的主要优势在于其高度的追溯性，这是因为被纳入主代码库的每一次提交都保留了其原始的哈希值和作者信息，而且构成某个功能的所有提交都能被整合在一起。
该流程适用于那些涉及向主代码库提交修改，且这些修改需要通过拉取请求或分阶段审批的项目，前提是现有分支不会发生任何改动。
此方法的显著不足在于，每当进行合并修改操作时，都会生成不必要的合并版本，这不仅会显著恶化项目的历史记录，还会使得阅读变得异常困难。
1.为您的单独开发线创建一个分支。
2.在开发时提交更改。
将您的分支发送至远端仓库，这一操作主要用于数据备份，以便您能够在不同的设备间进行协作或开展工作。
若您需进行非自身职能范畴内的任务，请转至其他分支进行操作。
5.审查和测试您的功能，并进行必要的修复。
当您打算将作业成果合并至主分支阶段（如需如此），请遵循以下步骤：
使用  集成来自功能分支的更改
此选项的一大优势在于，您能够获取到详尽的项目发展轨迹，这使得他人能够轻松阅读并理解。在您的日志中，不会有因合并操作而产生的冗余合并提交，同时，您将享受到一个便于浏览和检索的线性历史记录。
然而，在您选择此工作流程之际，需留意其影响：它将修改项目的历史记录，具体表现为为原始功能分支上的每个提交生成新的记录，从而使得这些提交的哈希值各异，进而妨碍了追溯性的实现。
1. 为您的单独开发线创建一个分支。
2. 在开发过程中经常提交更改。
将您的分支上传至远端仓库，这一操作旨在实现数据备份，便于您在多台设备间进行协作或进行工作。
时常将您的功能模块调整回基础配置。只有在功能模块过于繁杂的情况下，这种做法才显得必要。这样做可以：
o确保您的功能分支不要分开太远。
在您将改动成功合并至主代码库之后，务必注意避免出现大量冲突的情况。在您进行周期性的变基操作时，可以逐步解决这些冲突，从而避免因持续存在的差异而陷入困境。
为了提升检查效率，需要加快对分支的处理速度，因为随着分支逐渐增多，分支间的转换速度会相应减慢。
变基涉及以下步骤：
o从远程获取更改，或将更改拉入分支。
o将您的分支重新定位到.
o强制将操作结果推送到您的功能分支。
在您需处理与自身职责无关的任务时，请切换至相应界面。待您回归至负责的功能模块后，请继续执行相关操作，直至任务完成。
6. 审查和测试您的功能，并进行必要的修复。
在功能实现完毕后，进行交互式变基操作。这一步骤让您能够对提交进行重新排列和精简，从而使您的功能分支历史记录显得更加整洁和美观。
当您完成工作并打算将成果合并至主分支时（比如），请按照以下步骤进行操作：
o结帐分支。
若您的分支与主分支保持一致，Git系统便会直接将指针推进至功能分支的最新变更点，而不会生成新的合并记录（此类合并被称为快进式合并）。
o删除功能分支。
o推送。
以您的名字的首字母或您简短的昵称作为功能分支名称的前缀，这样的做法颇具意义。这样一来，您便能够通过“分支”菜单中的便捷搜索功能，轻松地找到所有以该前缀命名的分支。

程序员技术交流群

扫描二维码添加我的微信好友，别忘了在备注栏中填写你的城市、昵称以及你感兴趣的技术领域，我会邀请你加入相应的群组。
近期技术热文：

如有侵权请联系删除！
                             
TAGS：