我们现在已经给项目添加了git系统，为 项目管理 打好了基础条件。接下来的一个版本继续完善「构建系统」的形式，并给wgp添加少许复杂度，做一个完整的交互页面。
wgp项目新版本功能计划如下：
至此，「我们的定制系列」有了一定的发展模式——都是给项目的build sys完整形式，并增强功能（注意构建系统和目标应用程序功能是一对一）。「我们的系列」最后的一个目标是定制出高效的「React项目构建系统」，然而由此（简单交互页）至最后目标（React SPA）之间，还有几个版本的「构建系统」，每个版本都计划“生长”些什么，是没有严格指引的。而我们为了更好为了下一个版本作计划，我们需要这种指引。
「git版本跟踪系统」和项目「构建系统」位于同一个工作目录，然而，git版本跟踪系统 是完全独立于「构建系统」的，是项目管理任务中重一项任务。版本跟踪看《Why Use a Version Control System?》和《what-is-version-control》。
不管怎样，版本跟踪任务 还是现代软件项目管理、构建、协作和分享的重要一环。在继续给我们的构建系统增加功能之前，先将为它添加版本跟踪系统（或者叫加入到项目管理之中）。
EM：「项目目录」是多个逻辑任务的宿主，版本管理，和软件构建是软件管理并行的两个任务。
不了解任务，也就不能更好的使用工具（的特性）—— 陈原
为了保证效率和质量，大型软件项目离不开源码版本的控制与管理（version-control system）工具的帮助，一种编码以外的，属于项目管理的重要工具之一，VCS提供包括「版本跟踪」和「多人协作」的功能。源码版本的控制的概念还是比较直观的，任务不难，但是当功能和任务扩展到版本的多人协作管理，再加上分布式，版本仓库在分布在多个网络节上时，VCS任务变得很复杂。参与VCS的人员涵盖了开发者，项目管理者，和周边人员（系统管理人员，学习者，软件用户），VCS是一个十足的Ecosystem，一种类似生态结构系统。
复杂回报是功能强大，灵活，以Git为例，一种现代的VCS，相当的复杂，相当的强大。然而，这对于初学者，很是畏惧，面对诸多的命令和概念，甚至有点无从下手的感觉。
怎么说Git只是一个工具，只是囊括了多种不同性质「项目源码跟踪和管理任务」，集结了多样的功能，造成学习上的困难，所以学习Git的第一步应该大略「划出这些任务」，和对应的工作角色。
本文具有一定理论性，不是写给初学者的，对读者有一定git经验预设，并且可能对已入门者认识git有一定的提高。
本文以仓库托管商backlog.com提供的教程 （一篇不错Git入门教程，带有理论逻辑概念，不像官方或其它偏实现技术细节的）为纲，加入自己的理解，扩展写成。
另，此托管商提供了100M免费空间可用于个人项目。
我有一个早前一人开发的源代码项目，现在想对其进行版本跟踪，用Git，我该怎么做？
这个需求是很直观的，它忽略了一些潜在需求和前提。第一，我的项目可能要有多人来协作开发；第二，私有项目，我不便使用公共托管空间（像github），但也不想花钱买私有的，毕竟只是很小的项目；另外免费的私有空间容易不稳定（被墙或倒闭），例如 Bitbucket.org。