软件配置管理中的SVN
一.简单介绍 1、什么是软件配置管理 软件配置管理是指通过运行版本号控制、变更控制的规程。以及使用合适的配置管理软件。来保证全部配置项的完整性和可跟踪性。 配置管理是对工作成果的一种有效保护。 2、为什么须要配置管理 假设没有软件配置管理，大的麻烦是工作成果无法回溯。随着工作的进展新的程序覆盖了老的程序，当突然发现新程序有问题而老程序正确时怎么办？那仅仅能重写老的程序来覆盖新的程序。过一段时间又发现原来的老程序有问题，而解决方法在原来的新程序中……您是不是快要发疯了。 为了避免成果被覆盖。包含我自己在内的非常多人早期?用手工管理版本号的方式。比如当一个新版本号产生时用当时的日期来命名目录大发生然后再复制一下以后的改动在复制的目录内进行。这样上一个版本号被保存下来了，周而复始不同的版本号不会被覆盖。 尽管这样的方式能够从某种程度上解决版本号的回溯问题，但他存在的缺点是显而易见的：第一点假设保留结果过于频繁，将会导致产生大量的有着反复内容的目录。庞大的物理空间，管理起来非常麻烦；假设保留旧版本号的时间间隔太长，可能产生某些实用的老程序无法回溯。拿我近期开发的一个程序来说程序仅仅有几十兆，经过一年的开发各版本号累计到1G。第二easy产生版本号的混乱，假设是团队开发软件，这样的简单的方法更难解决这个问题的本质了。 3、人的问题 配置管理的方法是成熟的，并且对应的软件工具也是成熟的，基本上不存在看不懂、不会用的问题。 配置管理的运行效果怎样。全然是事在人为。 妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。 在没出乱子的情况下，运行版本号控制看起来有些麻烦。每次改动工作的时候总是要GetLatestVersion。接着CheckOut。改动完后又要CheckIn，多做了三步。 事实上这三步加起来也十几秒钟。并且不费脑子，根本没有加入多少麻烦。不过个人感觉不爽而以。 然而不运行版本号控制的话。万一发生工作成果被覆盖或丢失等问题，麻烦大了。 4、软件配置管理规范 软件研发和管理过程中会产生许很多多的工作成果，比如文档、程序和数据等，他们都应当妥善地保管起来。以便查阅和改动。 假设把全部文件一股脑的塞进计算机里，那么使用起来非常麻烦。 凡是纳入配置管理范畴的工作成果统称为配置项配置项主要有两大类：一类是属于产品的组成部分，比如需求文档、设计文档、源码、?试用例等等；还有一类是在管理过程中产生的文档。比如各种计划、报告等。每一个配置项的主要属性有名称、标识符、文件状态、版本号、作者、日期等。配置项及历史纪录反映了软件的演化过程。 版本号控制的目的是依照一定的规则保存配置项的全部版本号，避免发生版本号丢失或混乱等现象。配置项的状态有三种：“草稿”、“正式公布”和“正在改动” 配置项的版本与配置项的状态紧密相关： （1）处于“草稿”状态的配置项的版本格式为：0.YZ （2）处于“正式公布”状态的配置项的版本格式为：X.Y。 一般仅仅是Y值递增，当Y值到达一定的范围时X值才发生变化。 （3）处于“正在改动”状态的配置项的版本格式为：X.YZ。一般仅仅增大Z值，当配置项改动完成。状态又一次变成“正式公布”时，将Z值变为0，添加X.Y值。
