对VSS代码管理的几点评论

评论 项目的分工策略与源代码管理！！！

1. 几个人要修改同一个类？类太大了吧！
一个人编写一个模块或部件，包含一组相关的类，分成数个文件。
只有稳定下来了，才可以让其他人作一些小规模的修改，一般是改BUG。
如果是作者正在写这部分代码，有什么要改的就直接让作者改好了。
如果是两个人合作写一个类，他们肯定是坐在一起。

2. 怎样将所有更新重新编译？
比如需要建立每日创建系统（Daily Build）.
比较复杂。
每个人在中午前提交自己的文件的一个版本，专门有人跟踪这些版本，试编译。
有错误就提交新版本，再编译。
最后形成一个可编译的版本，作为明天创建的基础。

3. 设计时受MFC或其它框架的影响？
框架只是极小部份代码，如果框架就是你的大部份，那就不需要这么多人来开发了。
可能是把应用代码都填到框架里面去了，如CMyView里面处理数据。
这是错误的设计。
让框架代码仅是个框架，开发的是框架后面的处理。

4. VSS可以多人同时签出吗？
VSS支持multi-checkout, 但是一般不会有同时修改同一文件的需要。
真有必要，先让签出者签入一下就行了。
所以一般VSS是禁用多人签出的，这样好管理。

5. 若不是改文件，一定不要签出文件。有GET操作，一般都是用这个。

6. 必须在本地编译通过才能checkin?
见过好几个人提这样的论点。不知根据是什么？
也没见VSS的使用帮助里有这样的提示。

我是改完就签入。因为我就是要VSS记录下所有的修改。
VSS的每次修改都不应该太大。

但是签入一个文件不是表示别人就可以用这个文件了，需要编译通过，形成一个里程碑，并打上相应的标签，该文件才可以更换旧版本。

6. 项目实在太大，就要分成子项目，分成一个个库才好管理。