管理工具：是一种价值观，即使每两个问题不可能将在一次解决中找出轻松的标准答案，即写工程项目的这时候不可能将努力做到纸制把标识符写的不须要中后期修正那模样典雅和健全，因此就须要对每一次他们路子和标识符展开留存（而每一次递交或修正都看做是两个版，因此称作管理工具）。
为什么要用管理工具？
很多刚入行的合作开发人员会觉得采用管理工具很麻烦事，影响他们的组织管理工作效率。实际上没有采用管理工具，工程项目Maubourguet崩盘的这时候，你以后的组织工作就是白清早了
假定两个上千人的工程项目组，协力去完成两个应用软件。每一人都在修正、加进、删掉着他们邻近地区硬碟上的标识符，当他们把这些标识符汇整起来时，麻烦事出现了。究竟谁改了什么样文档，具体是文档里的哪部分被改动过？A的修正会不会把B的修正全面覆盖掉？汇整的组织工作显得很脆弱，须要非常留神，除非手忙脚乱不良后果当心。或许这时，工作效率Sonbhadra是至极的低落，如果某一地方手忙脚乱，可能将整个汇整组织工作要是重来两遍。而有了管理工具系统，我们能下载所有合作开发的历史记录，掌控工程项目组的合作工程进度，而且作任何修正都不再惧怕，即使你能轻而易举的复元回以后恒定的版。”合作开发总有一天是个过程，而不是结果”
引火上身，以梓蝠之血溃；望海之室，以突隙之烟焚。——《韩非子.解老》
为了更快的说明管理工具的价值观和功用，先演示个人合作开发的情景展开分析：
public class processData{//同僚让你写两个处理数据的类，只给了你这么多标识符
}
//接下来你根据他给你的标识符，加进了两个返回参数和的方法function1
public class processData{
public int function1(int a, int b){//
System.out.println(“这里返回参数的和”);
return (a + b);
}
}
//中后期你觉得这个标识符要修正，将返回和改成返回积
public class processData{
public int function1(int a, int b){
System.out.println(“这里返回参数的积”);
return (a * b);
}
}
或许以上情景中，在第三组标识符中，要将返回和改成返回积的这时候，可以在第二组标识符上展开修正，并且在第二组标识符上修正的难度以及组织工作量也不是很大；也能在第一组标识符上展开修正。但是在第二组标识符上展开修正之因此难度和组织工作量不大，是即使这里的标识符比较少，就两个求积和求和之间的转换，但是如果说在合作开发过程中，为了实现两个功能，在原有的基础上展开实现此功能的标识符的加进，但是加进之后发现这些所加进的标识符 不可用或者说大部分都要修正的话，在现有的基础上去修正是非常麻烦事的，而且会造成标识符的可读性下降（改了改去到最后他们都被他们改的迷迷糊糊，这模样的标识符别人看上去也肯定是没有条理得）。
工程项目组合作开发的情景:
对于两个文档在工程项目组内做出的修正之后，其记录形式就如下图（这模样也能避免在实际开发过程中即使很多人同时修正两个文档而造成的，因多人修正而造成的数据或者其他等等问题）
管理工具工具： 用于实现管理工具这一价值观的工具；这种控制工具大致分为集中式管理工具工具（CVS ;SVN;VSS）和分布式管理工具工具(Git and so on)。
如果你还没有采用的话，建议马上为你的应用软件合作开发工程项目建立管理工具。接下来是几点采用管理工具系统的建议：
将所有东西都放进管理工具系统频繁且适当大小的递交良好的递交信息
