利用Changelist功能高效管理被修改的代码源文件

前言

当你的项目也使用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修改、代码流程优化等等。

---

最后

在探索如何提高开发效率的路上，永远没有尽头。

再小的效率上的提升，在长期的视角下，都能节约大量的时间和精力。

希望这篇文章能帮你提升哪怕一点点效率，如果有什么更好的方法，欢迎留言。