1)项目文档、代码一旦放到Visual Source Safe配置库,不允许私自做删除操作;
2)文档如果是命名不规范的,使用ReName操作,一定不要先删除,后增加;
3)如果确实存在垃圾文档或者代码需要清理的,要通知配置管理员,经过分析后再做处理;
4)配置库的目录结构将统一由配置管理员来维护,开发人员不要私自增加子目录;
5)如果对文档的放置位置有疑问,可和配置管理员、项目经理商量;
6)配置管理员处于慎重的考虑,不开放彻底删除的功能;
7)所有Visual Source Safe上的文件,不允许做多重Check Out的并行修改;配置管理员要限制这个权限;
8)不建议私自做share操作;
9)要定期检查自己Check Out的文件,不允许长期Check Out文件;
10)源代码Check In时,要保证检入的代码至少是能够编译通过的,最好和历史版本比对一下,防止无意间做了错误的修改;
11)每个项目的源代码要使用统一的编码方式和代码风格、避免修改别人的代码导致中文乱码和代码风格完全变化,给版本回溯带来麻烦;
2)文档如果是命名不规范的,使用ReName操作,一定不要先删除,后增加;
3)如果确实存在垃圾文档或者代码需要清理的,要通知配置管理员,经过分析后再做处理;
4)配置库的目录结构将统一由配置管理员来维护,开发人员不要私自增加子目录;
5)如果对文档的放置位置有疑问,可和配置管理员、项目经理商量;
6)配置管理员处于慎重的考虑,不开放彻底删除的功能;
7)所有Visual Source Safe上的文件,不允许做多重Check Out的并行修改;配置管理员要限制这个权限;
8)不建议私自做share操作;
9)要定期检查自己Check Out的文件,不允许长期Check Out文件;
10)源代码Check In时,要保证检入的代码至少是能够编译通过的,最好和历史版本比对一下,防止无意间做了错误的修改;
11)每个项目的源代码要使用统一的编码方式和代码风格、避免修改别人的代码导致中文乱码和代码风格完全变化,给版本回溯带来麻烦;