svn

software configuration management(scm)软件配置管理

团队合作开发经常出现的问题：

对于软件工程师：
1：我要更新源文件，但是不知道哪个是最新的；开发团队控制不好的话，最新版本在谁那不可以确定，这就导致了上述问题的出现。
2：我不了解文件的修改过程，尤其是最后修改了哪几行为什么要去进行修改；因为是团队开发，所以必须要顾及全局，当与别人发生冲突，委托你进行修改的时候，不知道为什么要去修改它。
3：将大家的开发软件组合在一起的时候，不知道该用哪个版本去进行组装。
4:多个人修改一个文件，有些人的结果被冲掉了。当发现某处不足的时候，都过去进行修改，那么将这些组装到一起的时候，或许一个人一个改动结果，而第一个改完了放回到文件中，或许会被第二个以为是那个错误的文件而覆盖掉，所以第一个人的劳动成了空。
5：程序误删了，只能重写；（写程序的时候都要做好备份）
6：花了一周的时间，查处了一个错误，但不知道别人在上周前已经修改了同样的错误，造成重复修改，时间的浪费

针对项目管理人
1：真个项目由若干个部分组成，项目初期，每个人都做属于自己的一部分，后期合并联调，但是周期很长，开销非常大。
2：每个人写各自的功能模块，但是将其进行组合的时候，出现了问题，不知道是谁的问题，问题属于谁的管理范畴。
3：版本太多，有的太旧，查看不方便
4：估计项目成员的工作进度和工作效果比较困难

针对老板
1：交给用户的产品产生不足，用户在安装的时候才发现问题
2：用户使用时发现的问题不可以及时进行解决
3：不能确切的了解项目的进度，总是得到“差不多”“大概”之类的模糊回答
4：公司的运作过程无法控制

编写程序的时候出现的问题
1：可能多个人在同一个时间，工作在同一个代码上，必定会造成一个人的工作结果冲掉令一个人的工作结果。
2：多平台的支持
3：有各种各样的版本

SCM系统：一个用来记录并控制软件产品数据的管理工具
CMM主要指的是你这个团队具有什么开发能力。像建筑团队一样，有的只可以承接建居民房的业务，有的可以承接建居民楼的业务，有的甚至可以承接省级的业务。这里面CMM的级别就像这个建筑团队一样，看他可以承接什么样的工程

版本控制基本概念（version control basic concept）

1:repository(仓库)：当我们团队开发的时候，需要一个容器将我们所有开发的东西存放起来，
2：workspace（工作空间）：拿出仓库中特定文件的特定版本的几个文件，拿到本地，进行自己的操作。主要就是为了构建新的工作环境。主要特点是隔离，当拿同一个版本到客户端的时候，此时两个拿文件的人彼此之间没有影响。两个操作就相当于我们传参中的传值。（这应该取传值比较好，虽然拿出来最终的操作会对仓库中的文件产生新的影响，但是我们这里所说的隔离应该是指取出了值进行操作，在同时的环境下，彼此之间没有影响。这样的话，如果同时操作，传传址就好像不符合了。）
3：version（版本）：一个软件会进行升级和维护，就必定会产生更新。进行更新后的版本要新于更改前的版本。
4：detta（差异）：主要指两个版本之间的差别，也可以说是两个版本之间进行了如何的修改。这也符合面向对象中的变相继承机制。我们首先记录第一个版本的内容，然后在在仓库里面进行存储的时候，继承第一个版本的内容，然后加上对第二个版本的修改就可以了。为什么这里说是变相的继承机制，因为当你对版本一进行修改的时候，版本二中的内容和功能或许不具有版本一所有功能和内容，这就不能用面向对象中的继承机制，但是看起来他的讲述有点符合。或许用扩增机制更好一些。
5：branch（分支）：听他讲这方面课程的时候，对分支的理解应该是保持主干的继续进行，然后修改错误的部位。始终都不要试图修改开发主线。程序项目分支主要是开发好了一个项目之后，然后根据客户将项木对客户量身定制。这也像插件的基本原理吧，应该（个人理解）。一个自行车（成品），甲需要让他进行飞，则根据甲的需求，给他需求的自行车安装翅膀，但是不和甲需求一样的就不需要安装这个翅膀。对原自行车的外形和功能，是不做任何修改的。也是继承，我们的产品是她们需求里面抽象出来的父类，而她们针对想的需求是产生的子类。