Visual SourceSafe应用守则[转]
原文地址:http://www.cnblogs.com/xchunyu/archive/2004/07/02/20541.html
[按] 本文为作者为工作小组制定的源码控制方案. 与Visual Studio集成的用法.
[正文]
Visual SourceSafe应用守则
2004-6-23
SourceSafe源码控制与Visual Studio .NET是紧密集成的. 终端用户在IDE内的操作, 只要会对solution, project和其目录下的文本文件或二进制文件做出修改, 则会影响到所有工作组成员, 以下列出所有成员应遵守的规则, 以确保工作效率与安全.
源码控制项目的前期准备
Visual Studio .NET项目需要使用IDE来构建最初的项目文件.
project和solution都是对项目的相关文件进行管理的单位. 某项目开始前,
需要有工作小组内某以为成员使用其当地IDE开发环境建立project. 创建应用程序的物理目录结构. 在这一过程中,
将项目的各个目录甚至工作文件的命名确定是推荐的步骤. 简言之, 在将项目加入到SourceSafe的数据库的时候,
最好能有一套应用程序的基本框架.
以下项目是前期准备需要考虑或者实施的:
1. 各个物理目录
2. 所需的基本静态资源. (包含图像文件, 脚本, 统一的样式表, 媒体, XML, 或者文档)
3. 项目reference.
4. 基本页框架. 包含aspx sample(template)和构成页的ASCX.
基本框架完成以后, 如果没有可用的SourceSafe数据库, 应建立各成员都能访问的数据库. 建立各个用户帐号.
注意: 由于IDE与SourceSafe的集成开发的特性, 不应对用户设置project级以下的权限设置. 否则会出现问题. (开发成员对project的管理必须是以项目为最小管理单位.)
以上步骤完成后, 以分配的帐户登录到SourceSafe服务器, 此时关闭Visual SourceSafe客户端工具, 打开Visual Studio .NET IDE, 打开project, 在Solution Explorer树型结构中选中当前的project, 在文件主菜单打开命令: File/Source Control/add project to source control...(将当前project加入到源码控制). 此时将打开Visual SourceSage内置于Visual Studio的对话框. 选择当前数据库的根节点($). 此时将提示是否创建与当前project同名的SourceSafe project. 此时单击add, 将出现将project加入到SourceSafe的进程. 该过程中可能会提示一些问题. 一般都可以忽略.
注意: 使用Visual Studio同Visual SourceSafe的集成开发需要将Visual Studio 6.0 update到6.0c版本. (需要安装相应版本的service pack 6).
此时完成前期准备的过程.
可选或后续步骤
1. 将bin目录加入到源码控制中. 一般情况下,
项目总会需要现有的Assembly组件支持, 则应将bin目录下为项目引入的external
references对应的dll加入到源码控制中. 这是一个可选的步骤. 如果略掉这一步, 则需要其他成员进行适用于本地的设置.
2. 将web.config从项目中排除掉. 一般而言, 如果各成员需要在web.config中进行不同的设置, (例如连接数据库的connection string), 则不应该将web.config include到项目中.
同步源代码
此时项目组其他成员可由该服务器得到源代码的副本.
以下是推荐的工作步骤:
1. 准备与project名完全相同的本地目录, 一般应建立在wwwroot$目录下. 如果需要为项目指定不同的本地路径,
则需要在Internet Information Server管理器中建立相应的相同Project名的虚拟目录.
这一过程需要在下载源代码之前完成. 如果含有以前的项目源代码的任何副本, 应清空该工作目录.
2. 打开Visual Studio .NET IDE, 由主菜单/File/source control/open from source control命令打开刚才设置的数据库. 使用分配的帐户和口令登录.
3. 选择根节点下的project. 将提示选择本地路径. 选择刚才建立的与http://localhost/ProjectName对应的路径. 将自动下载相关的源代码.
4. 出现下载源代码的进程. 进程完毕后将自动打开solution explorer窗口.
5. 如果各成员定义的工作目录不相同. 应检查Referances项, 如果有丢失的项目, 应修复该错误.
6. 如果web.config被排除的project之外, 应通过其他途径得到其最新副本.
7. 保存当前solution, 一般会提示保存solution文件(ProjectName.slu)的目录. 保存到任意目录即可.
8. 此时尝试build整个project.
同步源代码的过程完成.
Visual Studio设置
应对Vsiual Studio进行特殊的设置以便方便使用源码控制.
以上是推荐的设置.
1. 选中"打开solution时获取最新的源代码"
2. 选中"关闭solution时嵌入所有代码
3. 选中"在pop menu显示非提示check out命令"
4. 选中"在pop menu显示不提示check in命令"
5. 不选中"check in时保持check out状态"
6. 选择"编辑项目时自动check out". (可避免出现check out dialog.)
7. 选择"保存check in项时自动check out. (可避免出现check out dialog.)
以下列出了各成员必须遵守的规范和规则:
1. 工作开始初次打开project时必须向服务器请求最新代码.
2. 工作结束时, 必须向服务器check in最新代码.
3. 不允许长时间check out project或solution. 当向project添加新项后为编辑任何程序代码时, 应立即check in project. 以便其他成员可操作该project.
4. 不允许check out整个目录. 并且除非特别必要. 不应同时check out过多的项.
5. 某工作步骤完成后, 应Build整个project以检验当前工作. 如果不出现build error. 则应该立即check in这部分代码.
6. 严禁不经过build而check in可能不通过的代码. 这将影响所有成员的进度.
