前言
当你的项目也使用Git作为版本控制工具时，你应该对下面这张图中红色箭头所指的Local Changes很熟悉吧？
今天来了解Local Changes里面的Changelist 这个功能。
学会了灵活使用这个特性可以给你的日常开发带来很多方便，更有效的管理不同的开发任务之间混杂在一起的一大堆修改的文件。
认识Changelist
Default Changelist
这个是默认的一个处于激活状态的Changelist。
当你修改项目中的文件时，被修改的文件都会被放到当前这个激活的Default Changelist里面。如下图：
给字段添加了一段注释，于是这个文件就被默认放到处于激活状态下的Default ChangeList里面了。
创建新的Changelist
除了Default Changelist，你可以自定义创建属于不同开发任务的ChangeList。
方法如下：首先，在Default Changelist或下面空的地方，单击右键，出现如下图上下文菜单。
然后，点击New Changelist，弹出如下对话框：
在Name和Comment填上自己方便识别的信息，然后点击OK。在Local Changes下就会出现一个新的Changelist。如下图：
此时，你在项目中对任何文件的修改，都会被放到这个Changelist下管理。
激活Changelist
当你创建了多个Changelist的时候，就需要选择某一个Changelist作为当前处于激活状态的Changelist。
所有被修改的文件，都会被放到当前处于激活状态下的Changelist下。
有两种方式激活Changelist。
方法一：创建时激活
比如在创建“任务一：XXX”时，我就默认勾选了“Set active”选项，这样创建出来的Changelist就默认是处于激活状态。
方法二：右键菜单激活
当你在不同的Changelist切换时，可以使用右键菜单来将你想要使用的Changelist激活。如图：
使用Changelist的场景
-
场景一
你修改了一堆文件，但是你只想把部分代码提交到Git仓库上，并在本地继续开发。
此时，你可以创建一个新的处于非激活状态的Changelist，作为一个暂时存放此次不想提交的代码的地方。
-
场景二
不同的开发任务同时在并行开发时，想分类管理各个开发任务的源文件。
此时，可以创建根据需要创建不同的Changelist，用名称来区分不同的开发任务。比如：查询接口实现、某某bug修改、代码流程优化等等。
最后
在探索如何提高开发效率的路上，永远没有尽头。
再小的效率上的提升，在长期的视角下，都能节约大量的时间和精力。
希望这篇文章能帮你提升哪怕一点点效率，如果有什么更好的方法，欢迎留言。
