如何使用VSS
我们在使用过程中基本比较顺利，window应用项目很简单，在使用中一点问题没出，web应用项目出了些问题，主要是配置的时候有些地方比较容易搞错，在此主要就web应用的vss管理做一定的描述。
首先是vss的版本问题，visual studio 6中的vss是版本6.0，.net是不能用这个版本的，要用vss6.0c，这是6.0的一个改进版本，可是在vs.net中文企业架构版的7张碟中竟 然没有这个vss6.0c，据说在英文版中有，我没英文版的也搞不清楚，后来在网上找到一个vss6.0c。
安装比较简单，现在服务器上安装vss6.0c，安装好后，在服务器目录C:\Program Files\Microsoft Visual Studio\Common\VSS下有个NETSETUP.EXE文件，共享这个目录，客户机就执行这个NETSETUP.EXE文件进行安装。
1、创建源代码管理数据库
在服务端要先创建一个源代码管理数据库，以存储您的开发团队的共享文件的服务器版本。
(1) 为源代码管理数据库创建共享网络文件夹
在源代码管理服务器中，打开 Windows 资源管理器，新建一个名为 test的文件夹。
右击“test”，然后单击“属性”。
在“test 属性”对话框中，单击“共享”选项卡，然后单击“共享该文件夹”。
现在可以在共享的 test 中创建源代码管理数据库了。
(2) 创建源代码管理数据库
在服务器，单击“开始”按钮，指向“程序”，指向“Microsoft Visual SourceSafe”，然后单击“Visual SourceSafe 6.0 Admin”。
在“Visual SourceSafe Administrator”对话框的“Tools”菜单中，单击“Create Database”。
在“Create new VSS Database in”框中，找到上面建立的“test”目录
Visual Studio .NET 的源代码管理数据库已设置成功。
然后添加用户，就是开发团队的人员都给分配一个账号，以后要打开这个数据库要进行身份认证的。
2、建立web应用项目
比如你的web应用准备建立在d:\web中，则先在IIS中建立一个web，指向这个目录，同时你指定端口90给这个web，你的这个web应用的url就是：http://localhost:90/.
好了，这个web就是你们项目的最初所在地了。
选择 Web 访问方法
先要选择 Web 访问方法 ，我们要选择文件共享方式，这样的方式能够充分的发挥vss源代码管理的全部功能，比frontpage方式要好。
打开vs.net，在 Tools（工具）\ Options（选项）。
在 Options（选项）对话框中，单击 Projects（项目）文件夹，然后单击 Web Settings（Web 设置）。
在 Preferred access method（首选访问方法）下，单击 File share（文件共享）。
现在我们要在这个web上建立一个vs.net的web项目
文件－－新建－－项目，左边选择visual c#项目，右边选择asp.netweb应用程序。在位置的地方指向你的web的URL： http://localhost:90/ ，这会在你的web上建立一个web应用
3、把web项目添加进源代码管理
在 Solution Explorer（解决方案资源管理器）中，右键单击解决方案节点，然后单击 Add Solution to Source Control（将解决方案添加到源代码管理）。
按照源代码管理提供程序的要求提供数据库位置（你要把这个web应用添加到哪个数据库），和用户登录信息。我们把这个web项目添加到上面建的那个数据库中。
选完数据库后，会得到提示web项目在数据库中的存储结构，先是提示这个方案的解决方案在数据库中的存储位置（解决方案是比项目高一级的单位，一个解决方 案可以包括多个项目，在.net中任何项目都必须包括在一个解决方案中，若没指定解决方案 也会给你指定一个跟这个项目同名的解决方案的，比如本项目，项目名是loaclhost，vs.net自动给添加了一个叫localhost的解决方 案），我们在这建立一个test_solution的目录存放解决方案，在project中填入test_solution，按create按钮，会在数 据库的根目录下建立一个test_solution目录。
在根解决方案目录下，键入项目文件夹的名称，该文件夹将包含 Web 项目文件的主控副本。
OK，你的web到此被添加到了vss的数据库test中了。
4、一旦你的web项目进入了vss的数据库，原始的http://localhost:90/这个位置的web就不再重要了，你可以废弃它了，因为所有 的信息都进入数据库了，以后所有团队成员要打开这个项目都是在这个数据库中取得工作副本，然后在自己的本地副本上工作，服务器上的的是主控副本。团队成员 只要第一次从数据库中取得数据建立本地工作副本，以后只要跟一般的web项目在本地打开这个项目就行了。工作副本跟主控副本通过签入签出进行交互。
5、建立工作副本
web项目进入了vss的数据库 ，就处于vss的管理之下，开发团队的所有成员需要从这个vss数据库中取得web项目主控副本的本地工作副本。
要保证自己的机器要安装有IIS，因为要在本地建立web的工作副本需要IIS支持，这个工作副本将做为本地的一个web建立到你的机器上，以提供你在自己的机器上开发调试这个web项目的能力。
选择web访问方式
同前面描述的一样，选择文件共享方式
在 File（文件）菜单上，单击 Source Control（源代码管理），然后单击 Open from Source Control（从源代码管理打开）。 将提示你输入相应的源代码管理数据库，我们要找到在服务器上建立的那个test数据库，按browse按钮，在“open sourcesafe database”对话框中显示了你本机的vss所知道的vss数据库，test库并未在此列出，我们再点击“browse”按钮，去找服务器上我们先前 建立test数据库时那个共享的test目录，选择在这个目录下srcsafe.ini文件，打开，给这个数据库起个名字“test”，这样包含我们的 web项目的test数据库被引入本机的vss，打开这个数据库。
打开数据库后，系统将让你选择这个web项目的解决方案在你本机的存放路径
注意，这里选的是解决方案的存放地，关于解决方方案我们在前面已经论述过，解决方案的存放地你可以自己任意放在何处，当工作副本建立好以后，正常工作时就是从这个解决方案来打开你的工作副本就行工作的。
OK，下一步，这里将要选择工作副本在你本地的URL，一般选择你本地缺省web下面的一个子目录，比如本项目，将工作副本放在：http://localhost/test
Visual SourceSafe应用守则
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这部分代码.