对VSS代码管理的几点评论

标签: vss框架mfcbuild
2144人阅读 评论(0) 收藏 举报
分类:
评论 项目的分工策略与源代码管理!!!

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

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

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

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

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

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

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

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

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

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:1075924次
    • 积分:15254
    • 等级:
    • 排名:第762名
    • 原创:377篇
    • 转载:49篇
    • 译文:19篇
    • 评论:394条
    文章分类
    文章存档
    最新评论