我们现在已经给项目添加了git系统，为 项目管理 打好了基础条件。接下来的一个版本继续完善「构建系统」的形式，并给wgp添加少许复杂度，做一个完整的交互页面。

wgp项目新版本功能计划如下：

• 第一，充实build任务，划出独立的build目录，将发布版与开发版分开；添加clean反向清理任务；
• 第二，start 任务除了启动http server，还打开浏览器;
• 第三，添加热加载功能，不用每次修改都重新手动刷新浏览器；如 LiveReload ／ watch
• 第四，添加交互行为，类似hello XXXX!

定制实验项目的计划指导

至此，「我们的定制系列」有了一定的发展模式——都是给项目的build sys完整形式，并增强功能（注意构建系统和目标应用程序功能是一对一）。「我们的系列」最后的一个目标是定制出高效的「React项目构建系统」，然而由此（简单交互页）至最后目标（React SPA）之间，还有几个版本的「构建系统」，每个版本都计划“生长”些什么，是没有严格指引的。而我们为了更好为了下一个版本作计划，我们需要这种指引。

git版本跟踪系统 可以理解为 build sys的子系统，类似于 测试子系统，因它们共用同一个系统工作目录；然而，git版本跟踪系统 比测试等「build子系统」更具独立性，因为它使用独立的工具或技术基础（git 独立于nodejs）和操作接口（git不使用npm script执行，不是构建任务的一项）。

不管怎样，版本跟踪任务 还是现代软件项目管理、构建、协作和分享的重要一环。在继续给我们的构建系统增加功能之前，先将为它添加版本跟踪系统（或者叫加入到项目管理之中）。

EM：「项目目录」是多个逻辑任务的宿主，版本管理，和软件构建是软件管理并行的两个任务。

不了解任务，也就不能更好的使用工具（的特性）—— 陈原

为了保证效率和质量，大型软件项目离不开源码版本的控制与管理（version-control system）工具的帮助，一种编码以外的，属于项目管理的重要工具之一，VCS提供包括「版本跟踪」和「多人协作」的功能。源码版本的控制的概念还是比较直观的，任务不难，但是当功能和任务扩展到版本的多人协作管理，再加上分布式，版本仓库在分布在多个网络节上时，VCS任务变得很复杂。参与VCS的人员涵盖了开发者，项目管理者，和周边人员（系统管理人员，学习者，软件用户），VCS是一个十足的Ecosystem，一种类似生态结构系统。

复杂回报是功能强大，灵活，以Git为例，一种现代的VCS，相当的复杂，相当的强大。然而，这对于初学者，很是畏惧，面对诸多的命令和概念，甚至有点无从下手的感觉。

怎么说Git只是一个工具，只是囊括了多种不同性质「项目源码跟踪和管理任务」，集结了多样的功能，造成学习上的困难，所以学习Git的第一步应该大略「划出这些任务」，和对应的工作角色。

本文具有一定理论性，不是写给初学者的，对读者有一定git经验预设，并且可能对已入门者认识git有一定的提高。

本文以仓库托管商backlog.com提供的教程  （一篇不错Git入门教程，带有理论逻辑概念，不像官方或其它偏实现技术细节的）为纲，加入自己的理解，扩展写成。

另，此托管商提供了100M免费空间可用于个人项目。