VSS简明培训教程整理版

VSS简明培训教程整理版
目录
1 说明 (4)
2 概述 (4)
3 治理员部分 (5)
3.1 爱护用户列表(Maintain the User List) (5)
3.1.1 添加用户(Add a User) (5)
3.1.2 更换密码(Change Passwords) (5)
3.1.3 创建用户列表(Create a User List) (5)
3.1.4 删除用户(Delete a User) (5)
3.1.5 编辑用户属性(Edit User Attributes) (5)
3.2 治理数据库(Manage the Database) (5)
3.2.1 分析数据名目(Analyze the Data Folder)* (5)
3.2.2 数据库打包(Archive Databases)* (6)
3.2.3 清除临时名目(Clean Temporary Folder) (6)
3.2.4 锁定数据库(Lock a Database) (6)
3.2.5 数据库复原(Restore Databases) (6)
3.2.6 使用多个数据库(Work with Multiple Databases)* (6)
3.3 有关权限的话题(About Rights) (7)
3.3.1 权限的传递(Rights Propagation) (7)
3.3.2 安全访问权限(Security Access Rights) (7)
4 一般用户部分 (8)
4.1 对工程、文件的一样性使用(Normal Use about Projects and Files) (8)
4.1.1 打开/关闭数据库(Open/Close a Database) (8)
4.1.2 创建新工程(Create New Projects) (8)
4.1.3 添加文件、名目、工程(Add Files，Folders，and Projects) (8)
4.1.4 删除和复原文件、工程(Delete and Recover Files and Projects) (8)
4.1.5 移动文件和工程(Move Files and Projects) (9)
4.1.6 重命名文件、工程(Rename Files or Projects) (9)
4.1.7 设置工作名目(Set Working Folders) (9)
4.2 签入、签出、猎取、查看及相关操作(Check In/Out、Get、View and Other Related Use)
(9)
4.2.1 签入签出操作(Check In and Check Out Files) (9)
4.2.2 撤销签出(Undo Check Out) (9)
4.2.3 猎取最近版本(Get Latest Version) (9)
4.2.4 猎取早期版本(Get Earlier Version) (9)
4.2.5 猎取和查看文件、工程(Get and View Files and Projects) (10)
4.2.6 回滚到往常版本(Rollback to Previous Versions) (10)
4.2.7 多人同时签出一个文件(Check Out Multiple Files)* (10)
4.2.8 合并(Merge)* (10)
4.2.9 排他性签出(Exclusive Check Out)* (11)
4.2.10 对工程的Cloak操作(Cloak Projects)* (11)
4.3 Branch、Share、Label和Pin操作(Branch、Share、Label and Pin) (11)
4.3.1 对文件和工程的Branch/Share操作(Branch and Share Files and Projects)*
(11)
4.3.2 给文件、工程指定标签(Label Files and Projects)* (12)
4.3.3 Pin操作(Pin)* (12)
4.4 其他操作(Other Use) (12)
4.4.1 扩展关键字(Expand Keywords)* (12)
4.4.2 使用Shadow名目(Work with Shadow Folders)* (13)
4.4.3 性能优化(Optimize Performance)* (13)
4.4.4 查找文件(Search for Files) (14)
4.4.5 设置密码(Set Passwords) (14)
4.4.6 编写批处理文件(Writing Batch Files)* (14)
4.4.7 定制SS.INI和SRCSAFE.INI文件(Customize the SS.INI and SRCSAFE.INI Files)
(16)
附录 (16)
A1 同时爱护一个工程的多个版本(Maintain Multiple Versions of a Project) (16)
A2 VSS中部分命令的对应权限级别 (17)
1 说明
一、本教程针对不同使用对象提供Visual SourceSafe 6.0的若干使用指导，阅读对象包括Visual SourceSafe的治理员和一般用户，以及期望了解如何采纳Visual SourceSafe进行软件版本操纵的治理人员。

治理员或一般用户在使用Visual SourceSafe的过程中，假如遇到不知如何操作，或者对某些操作的注意事项不甚了解等类似情形时，能够查阅本教程。

二、本教程的"治理员部分"是治理员必读的，假如治理员在除履行其自身职责之外，还兼任一般用户的角色，则能够参阅教程中的"一般用户部分"。

作为一样的一般用户，只需阅读"一般用户部分"即可。

三、教程中列举的操作，加星号者，为高级用法（Advanced Usage），其余为差不多用法（Basic Usage）。

所谓差不多用法是指一些通常使用频繁的，或者是使用方法较为简单的操作。

所谓高级用法是指通常使用频率不多，或者较为重要的，或者用法复杂的操作。

四、本教程内容摘选并改编自Visual SourceSafe 6.0英文版联机关心，从中提取了诸多重要信息、容易忽略的内容以及若干注意事项。

一些差不多内容（要紧指某些差不多操作的使用方法）只简单列举了条目，欲了解这些条目的详细情形请查看联机关心的相关部分，能够通过列于这些条目之后的英文说明在联机关心中搜索到相关内容。

五、本教程不涉及Visual SourceSafe图形用户界面操作的说明说明，对指定功能的具体操作步骤请查看联机关心的相关部分。

能够通过列于该功能之后的英文说明在联机关心中搜索到相关内容。

六、在其他Visual Studio产品中（例如：Visual C++）能够集成Visual SourceSafe的功能，本教程不涉及有关在其他集成开发环境下如何使用Visual SourceSafe功能的内容，这部分内容要紧针对一般用户。

对这些内容的了解，在阅读完本教程之后，将会变得容易。

此外，某些操作在Visual SourceSafe环境下使用更为方便。

2 概述
Visual SourceSafe（以下简称VSS）是一种版本操纵治理工具。

它通过将各种类型的文件（包括：文本文件、图像文件、二进制文件、声音文件、视频文件等）存入其内部数据库的方式，关心你有效地治理工程（Project，关于VSS中工程的概念请见下面）。

它承诺你在多个工程间共享同一组文件；你能够将一个文件添加到数据库中，以便其他相关人员使用；任何对文件的更换将被记录下来，以便在任何时候能够复原到该文件的某个旧版本。

VSS的工程组织方式使团队协作开发变得更为容易和直观。

一个工程是一组存放于VSS数据库内的任意类型的文件，一个工程类似于操作系统中的名目，但VSS为其提供了版本操纵、历史记录、文件合并等更多的功能支持。

3 治理员部分
3.1 爱护用户列表(Maintain the User List)
3.1.1 添加用户(Add a User)
此处略，详细内容请查阅联机关心。

3.1.2 更换密码(Change Passwords)
此处略，详细内容请查阅联机关心。

3.1.3 创建用户列表(Create a User List)
此处略，详细内容请查阅联机关心。

3.1.4 删除用户(Delete a User)
此处略，详细内容请查阅联机关心。

3.1.5 编辑用户属性(Edit User Attributes)
此处略，详细内容请查阅联机关心。

3.2 治理数据库(Manage the Database)
3.2.1 分析数据名目(Analyze the Data Folder)*
建议你定期备份完整的VSS数据名目（参见数据库打包）。

VSS数据名目中包含有全部工程和文件的数据库信息。

由于网络或操作系统的某些故障，VSS中的文件可能存在错误和不一致问题，Analyze VSS DB工具被用来查找和修复这些问题。

在运行该工具前，需要锁定（Lock）所有用户并要求他们退出VSS，用户能够在一个数据库被锁定时保持文件的签出状态（参见锁定数据库）。

建议分两次运行Analyze VSS DB工具，第一次修复错误，第二次核查是否仍旧存在没有被修复的错误。

数据名目的具体位置是由Data_Path初始化变量在SRCSAFE.INI文件中指定的（参见定制SS.INI和SRCSAFE.INI文件）。

3.2.2 数据库打包(Archive Databases)*
你可能需要定期地备份VSS数据库，或者数据库的某一部分。

VSS Administrator工具提供了此项功能。

它能够：
•节约VSS数据库服务器的磁盘空间。

•加快显示历史记录操作（Show History）的速度。

•便于在多个VSS数据库间传递文件和工程，保持历史记录完整无缺。

•备份全部或部分VSS数据库内容并压缩成文件。

3.2.3 清除临时名目(Clean Temporary Folder)
VSS通常在运行时把临时结果放在临时名目里，并在退出前将之删除。

由于某些缘故，例如非正常重启，可能导致临时内容残留在名目中。

作为治理员，你有责任定期清除临时名目的内容。

每隔几周一次，当没有任何用户运行VSS或VSS Administrator时，请清除临时名目的内容。

临时名目的具体位置是由Temp_Path初始化变量在SRCSAFE.INI文件中指定的（参见定制SS.INI 和SRCSAFE.INI文件）。

3.2.4 锁定数据库(Lock a Database)
数据库锁定功能将可不能自动锁定那些当前差不多登录的用户，你应该在锁定数据库之前要求登录用户退出VSS。

在重新承诺用户使用VSS之前，需要解除对数据库的锁定。

3.2.5 数据库复原(Restore Databases)
此处略，详细内容请查阅联机关心。

3.2.6 使用多个数据库(Work with Multiple Databases)*
缺省时，VSS将所有文件集中放在一个数据库中。

假如可能，应尽量使用一个数据库存放所有文件，这比分多个数据库存放要好，因为：
•你不能在多个数据库间共享（Share）文件（参见对文件和工程的Branch/Share操作）。

•将位于多个数据库中的内容集中在一起是比较困难的，需要使用VSS Administrator的Archive功能（参见数据库打包）。

•出于安全的考虑，VSS的用户信息，包括密码在内，是和数据一起存放的。

假如为了安全起见，要将信息拆分成多个独立的数据库，这种信息储备方式将带来极大便利，但你必须为每个数据库都单独添加用户。

3.3 有关权限的话题(About Rights)
3.3.1 权限的传递(Rights Propagation)
当你添加了一个新用户，并为该用户设置了针对某个工程的权限时，将在VSS数据库中建立起一个assignment。

该assignment将会沿着工程树向下传递直至遇到另一个assignment。

例如：针对工程"$/" ，你为用户A指定了Add权限（参见安全访问权限），而关于工程"$/Sample"，你没有为用户显式指定权限，则该用户将对工程"$/Sample"自动拥有Add权限。

当你在工程"$/Sample/BusinessObject"处为其指定了Read权限后，将阻止早先assignment的向下传递过程，因此用户A对该工程（指"$/Sample/BusinessObject"）及其子工程都只具有Read 权限了。

当你首次添加一个用户时，该用户在工程"$/"处被给予的权限由"缺省权限"决定，缺省权限是通过在VSS Administrator里设置Project Security属性页的内容来定义的。

你能够通过修改该页内容，全局性地变更所有用户的缺省权限。

3.3.2 安全访问权限(Security Access Rights)
3.3.2.1 缺省安全设置
当安装VSS后，缺省安全设置将被启用。

你能够利用定制的方式，使某些用户拥有对某些工程和某些VSS命令的特定权限。

缺省安全设置专门简单，当添加新用户时，你只有两种级别的访问权限可供选择：
•只读权限（Read-only rights）：用户能够查看VSS中的任何内容，但不能更换。

•可读写权限（Read/write rights）：用户能够查看和修改VSS中的任何内容。

假如如此的访问权限级别足以应对日常使用，那么就无需再增强安全操纵的级别了。

所有的VSS安全治理都在VSS Administrator中进行。

任何能运行该程序的用户都能够改变VSS的任意特性，因此最好只有治理员才使用该程序。

3.3.2.2 更高级别的安全操纵
在VSS中，对工程的安全性操纵，是通过制定用户访问权限来实现的。

每个工程仅能被那些具有相应权限的用户访问到，每个命令仅能被那些具有相应权限的用户使用。

能够通过VSS Administrator来定制权限，以达到更高级别的安全操纵。

以下是VSS的权限级别列表，下列每种权限都拥有该权限之前的全部权限。

例如：拥有Check Out权限的用户，也将同时拥有Read权限。

（参见附录A2：VSS中部分命令的对应权限级别）
4 一般用户部分
4.1 对工程、文件的一样性使用(Normal Use about Projects and Files)
4.1.1 打开/关闭数据库(Open/Close a Database)
此处略，详细内容请查阅联机关心。

4.1.2 创建新工程(Create New Projects)
此处略，详细内容请查阅联机关心。

4.1.3 添加文件、名目、工程(Add Files，Folders，and Projects)
此处略，详细内容请查阅联机关心。

4.1.4 删除和复原文件、工程(Delete and Recover Files and Projects)
VSS提供了3种删除文件的方法：
•Delete：VSS只把指定文件从当前工程中删除，而在VSS数据库中仍留有该文件的记录。

此外，其他共享了该文件的工程仍保留此文件（参见对文件和工程的Branch/Share操
作）。

•Destroy：VSS将把指定文件从VSS数据库中完全删除，其后将无法复原。

•Purge：永久性删除已被Delete掉的文件，其后将无法复原。

关于共享文件，Delete和Destroy仅将文件从当前所选工程中删除掉，其他共享了该文件的工程，以及VSS数据库中，仍留有此文件。

4.1.5 移动文件和工程(Move Files and Projects)
移动一个文件的唯独方法是，在文件新所在位置的上一级工程（parent project）处使该文件共享（参见对文件和工程的Branch/Share操作），然后将原有工程（original project）下的该文件Delete或者Destroy（参见删除和复原文件、工程）。

移动后，文件的历史记录将被保留。

通过使用Move命令，你能够将一个子工程（subproject）从某个上级工程重置到另一个工程下。

该操作可不能改变子工程的内容和历史记录，但它会阻碍上级工程的历史记录（包括子工程所在的原有上级工程和新的上级工程）。

当移动一个工程后，你将无法重建原有上级工程的某个旧版本。

4.1.6 重命名文件、工程(Rename Files or Projects)
若某个文件被多个工程所共享，对该文件的重命名将阻碍所有工程，而在Branch状态下，则不阻碍（参见对文件和工程的Branch/Share操作）。

4.1.7 设置工作名目(Set Working Folders)
此处略，详细内容请查阅联机关心。

4.2 签入、签出、猎取、查看及相关操作(Check In/Out、Get、View and Other Related Use) 4.2.1 签入签出操作(Check In and Check Out Files)
此处略，详细内容请查阅联机关心。

4.2.2 撤销签出(Undo Check Out)
执行该操作时，若用户选择了替换本地文件，则用户将丢失最近一次签出后对该文件在本地的更换。

4.2.3 猎取最近版本(Get Latest Version)
此处略，详细内容请查阅联机关心。

4.2.4 猎取早期版本(Get Earlier Version)
此处略，详细内容请查阅联机关心。

4.2.5 猎取和查看文件、工程(Get and View Files and Projects)
Get操作将文件或工程拷贝至本地的工作名目，并设置为read-only属性。

能够用View操作查看文件内容，现在用户无需设置工作名目。

尽量不要删除vssver.scc文件。

本地工作名目及每个子名目下都包含一个如此的文件，VSS 利用其中记录的信息确定本地名目中哪个文件差不多更换了。

删除后，将使新一次的Get操作速度减慢。

4.2.6 回滚到往常版本(Rollback to Previous Versions)
该操作将使文件的内容复原到先前某个版本时的状态，它将使所有在该版本后所做的改动丢失。

假如你所回滚的文件被多个工程共享，则操作只阻碍你所指定的那个工程，同时它会自动实行Branch操作（参见对文件和工程的Branch/Share操作）。

建议你使用虚拟回滚（Virtual Rollback），它将可不能使随后的改动永久丢失。

具体操作如下：
•选择你要回滚的文件并签出
•使用Get命令猎取某个原有版本到本地
•签入该文件
4.2.7 多人同时签出一个文件(Check Out Multiple Files)*
缺省状态下，一个文件只承诺一个人签出，治理员能够通过修改配置，承诺多人同时签出。

现在，VSS将跟踪所有签出该文件的用户。

每当用户签入时，VSS都将和当前存于数据库内的最新版本进行比较，若用户修改的是同一文件的不同处，VSS将进行简单的合并（Merge），否则提示用户，同时不承诺签入。

用户能够通过VSS提供的Visual Merge工具，比较存放于VSS数据库中的文件和本地文件的异同，手工修改本地文件，直到认为差不多能够签入时，方才执行最终签入操作。

（参见合并）
4.2.8 合并(Merge)*
在VSS中，合并可能发生在3种场合下：使用Multiple Checkout的工作方式；合并原先差不多Branch了的文件；猎取（Get）文件。

•Multiple Checkout：若多个用户同时签出一个文件，第一个用户只要简单的签入就能够了。

后续用户也能够签入，但他们的更换将需要和其他所有用户的更换合并，VSS将
得到完整的更换内容（参见多人同时签出一个文件）。

•Branch：当被Branch的文件合并到其中一个分支时，VSS将会把在另一个分支上所做的改动合并到该分支上（参见对文件和工程的Branch/Share操作）。

•Merge on Get：在Multiple Checkout工作方式下，当使用Get Latest Version操作时可能引发合并操作，现在储存在VSS数据库中的内容将合并到本地文件。

但假如某个文件是排他性签出的，则可不能引发合并操作（参见排他性签出）。

在完成一个合并之后，VSS遵循如下规则：
•假如仍有冲突，VSS坚持文件的签出状态，为了使文件能顺利签入，你必须排除这些冲突。

•假如你使用Merge Branches命令，将一个文件合并到一个工程中，而该工程中的对应文件已被签出，该文件将连续保持签出状态（参见对文件和工程的Branch/Share操作）。

•在任何其他时候，VSS将会提示你，或者在合并后自动签入，或者保持文件的签出状态以使你在更新VSS数据库中内容之前再核查一边。

缺省情形下，当发生冲突时，VSS将启用其Visual Merge工具。

4.2.9 排他性签出(Exclusive Check Out)*
承诺多人同时签出一个文件是针对整个VSS数据库而言的，但用户仍能够依照实际情形，针对某些文件修改该规则。

对某个文件实施排他性签出，则其他用户将无法签出该文件，直至该用户使用了签入操作。

4.2.10 对工程的Cloak操作(Cloak Projects)*
若对某工程实行了Cloak操作，则当对该工程的上一级工程进行Get/Check In/Check
Out/Undo Check Out/Project Difference操作时，将可不能阻碍该工程及其子工程。

而在该工程上进行类似操作时，则和平常得到的结果一样。

这一属性将传递给其下的子工程。

例如：某个工程其路径为$/Application，下面有三个子工程：$/Application/Code，
$/Application/Test，$/Application/Docs，而Docs工程下的内容可能对你没有任何用处。

当你每次从$/Application处进行Get操作后，都需要从本地删除余外的Docs名目。

现在能够对Docs进行Cloak操作。

如此，每次的Get操作将只把Code和Test下的内容放到本地。

假如你需要猎取Docs工程下的内容，则能够单独从Docs处进行Get操作。

4.3 Branch、Share、Label和Pin操作(Branch、Share、Label and Pin)
4.3.1 对文件和工程的Branch/Share操作(Branch and Share Files and Projects)*
在VSS中，通过Share操作，一个文件能够被多个工程共享，在任何一个工程中对该文件的更换，都将反映到其他相关工程里。

Branch操作则排除这种共享，每次将一个被共享的文件拆成两个分支，在不同工程中分别跟踪该文件。

通过查看文件属性的Links属性页能够了解该文件被哪些工程共享，通过查看Paths 属性页能够了解文件的分支状况。

例如：产品目前的正式版本为2.0（工程路径为$/Application），在加入新功能后将升级为3.0。

但在开始升级的过程中，其间的一个过渡版本2.1存在bug，需要修改。

现在能够进行如下操作：选择被Label标识为2.0的那个版本（参见给文件、工程指定标签），利用Share
功能创建过渡版本（工程路径为$/Application2.1），现在两个工程中的文件是共享的，且$/Application2.1中的所有文件都处于Pin状态（参见Pin操作），即：在向3.0升级的过程中，对$/Application中相关文件的更换，将不阻碍$/Application2.1下的内容，但现在文件仍是共享的。

仅对需要修改bug的文件采取Branch操作。

如此做的好处是，中间版本的bug修改工作和3.0的升级工作能够同时进行，同时最大限度的降低了所需的储备空间。

4.3.2 给文件、工程指定标签(Label Files and Projects)*
VSS使用3种方式跟踪文件的历史记录：内部版本号，日期，用户自定义标签。

标签能够是一个不超过31个字符长度的串，例如："1.0"、"2.01b"、"Final Beta"、"Approved for QA"。

应用Label功能，用户就能够猎取某个特定时期的软件内容了。

所有当前工程下的文件和子工程都将继承该标签。

注意下面几点：
•当使用Label功能时，说明你在所选工程的历史记录里创建了一个新的版本，但文件和工程本身的内容并未发生变化。

•对某个工程的某个标签再次使用Label操作将覆盖原先的标签内容。

请参见附录A1：同时爱护一个工程的多个版本
4.3.3 Pin操作(Pin)*
该功能对共享文件专门有用，尽管它的使用不仅限于共享文件，也包括其他任何文件。

当你对一个文件实施Pin操作后，你将不能对之做任何修改。

假如一个文件在Pin之后又被实施了Share操作，而被Pin的那个版本同时也是被共享的版本，则所有共享该文件的工程都不能更换该文件。

假如一个文件先被实施了Share操作，而后在某个工程中被Pin了，则除了那个工程外的其余工程仍能够更换该文件（参见对文件和工程的Branch/Share操作）。

4.4 其他操作(Other Use)
4.4.1 扩展关键字(Expand Keywords)*
VSS能够将某些指定信息（例如：VSS内部版本号）直截了当插入文本文件中。

用户只要将某些关键字放入文件的注释中，每次添加（Add）或签入（Check In）文件时，VSS都会自动查找这些关键字，并将相关信息置于其后。

VSS中常用的关键字：
例如：
在某文件中加入如下一行：
$Revision: $
若当前该文件在VSS内部的版本号是22，则签入后VSS会将之修改为：
$Revision: 23 $
4.4.2 使用Shadow名目(Work with Shadow Folders)*
Shadow名目位于服务器端，包含了工程中所有的文件。

这些文件既非位于VSS数据库中的master copy，亦非位于本地工作名目的local copy，而是最近一次签入的所有内容。

Shadow
名目应该由治理员来设置。

是否使用Shadow名目功能是可选的，通常在如下两种情形下能够考虑使用该功能：
•为使某些用户能查看文件（但不能更换），这些用户可能没有对VSS的访问权限。

•不让你的本地工作名目保留可编译的软件副本。

为使每个用户都能得到一个最新版本的软件，所有用户可能期望在某个名目下集中进行编译，而非在各自的工作名目下编译。

在这种情形下，Shadow名目功能通常和添加（Add）、签入（Check In）之后的Remove Local Copy结合使用。

Shadow名目可不能跟踪子工程的变化，例如：你有一个被Shadow的工程$/A，包含两个子工程：$/A/1和$/A/2，而你又将$/A/2重命名为$/A/B，这种变化将可不能被反映到Shadow名目中。

你能够手工修改，或者利用Reconcile All功能，使之保持同步。

4.4.3 性能优化(Optimize Performance)*
有两种方法能够改善VSS的性能：尽可能多的将内容通过网络拷贝至本地来做；修改初始化文件对VSS的性能进行微调。

具体优化措施：
•在SS.INI或SRCSAFE.INI文件中设置如下变量：
Diff_Ignore (PC) = c-e-s-w-
使VSS在进行文件比较时忽略end-of-line标记，从而加快运行效率
CP_OnSelection = No
在使用VSS Explorer时，缺省状态下，用户使用鼠标单击或使用键盘的方向键在工程列表上移动时，就会选中工程。

设为No后，只有双击鼠标或按回车键才会选中。

•设置临时名目
缺省情形下，VSS将临时文件存于服务器端，但治理员能够通过修改SS.INI中的
Temp_Path变量，将临时路径设置在本地。

•让治理员在SRCSAFE.INI文件中将Lock_Mode变量设置为Native
这是SRCSAFE.INI中该变量的缺省设置，把该变量设置为Native将使几乎所有的VSS
操作都得到加速。

该变量只能由治理员来设置。

•治理员通过Disable下面的功能，也能够一定程度地改善性能：
o Shadow folders（参见使用Shadow名目）
o Journal files
o Project security system（参见安全访问权限）
o Keyword expansion（参见扩展关键字）
4.4.4 查找文件(Search for Files)
VSS Explore的list view缺省时只显示当前工程中的所有文件。

通过使用Search命令，能够只显示符合指定要求的文件。

例如：只显示.h文件，只现实被签出的文件。

Search命令是承诺递归的。

4.4.5 设置密码(Set Passwords)
假如VSS治理员指定域账号为VSS登录账号，则用户登录VSS时将可不能提示输入密码。

4.4.6 编写批处理文件(Writing Batch Files)*
在编写批处理文件时，一些在命令行方式下使用的交互手段需要改变。

•屏蔽输入（Disable Input）
假如你的批处理文件中包含了一系列VSS命令（它们可能需要整夜运行），你一定不期望程序执行期间会停下来提示用户输入信息。

有3个命令行选项能够解决此类问题。

缺省时，VSS 在执行诸如添加（Add ）、签入（Check In ）等操作时会提示你输入注释（Comment ），利用-c 选项能够幸免该类提示：
此外，VSS 通常会要求用户回答yes 或
no ，你能够使用-i 选项幸免此类问题：
VSS 也可能会提示登录名，你能够使用-y 选项提供足够多的信息。

•
重定向输出
缺省时，VSS 将所有输出定向到屏幕，在命令行状态下你能够使用-o 选项分页输出，而在批处理文件中你同样能够利用-o 屏蔽输出或重定向输出。

•
使用命令行返回值
在命令行状态下运行VSS 时，VSS 会设置一些返回值来标明运行状态。

你能够在批处理文件中依照VSS 的返回值采取相应措施。

4.4.7 定制SS.INI和SRCSAFE.INI文件(Customize the SS.INI and SRCSAFE.INI Files)
VSS有两类初始化文件，它们包含了VSS的一些环境变量：SS.INI，每个用户都有一个如此的文件；SRCSAFE.INI，仅有一个，定义了VSS的一些全局变量，只有治理员才有权修改它。

附录
A1 同时爱护一个工程的多个版本(Maintain Multiple Versions of a Project)
你能够使用Share/Pin/Branch的方式，也能够使用Label方式。

假如你所处的环境只要求少量的改动，比如：轻量级的patch，使用Label比较合适；假如你正在规划大量的开发内容，使用Share/Pin/Branch比较合适。

例如：在软件处于Beta版时，你能够通过Label功能冻结（freeze）之，并同时修改Beta版的bug。

当你正同时爱护着某个产品的1.1版和2.0版时，合理的做法是，为每个版本创建一个新的工程，Share并Pin所有的文件，在需要的时候Branch。

当1.1公布时，你能够将1.1版的工程Label，而后将对1.1版的改动重新Merge到2.0版中。

下面的几个场景为你使用Label功能提供指导：
场景1：理想情形
1、对立即到达Beta 1版的工程进行开发和测试。

2、当你认为时机适宜时，将之Label为"Beta 1"。

3、开始Beta 2版的工作。

场景2：文件A的某个版本被错误地包含在Beta 1版中
1、对立即到达Beta 1版的工程进行开发和测试。

2、当你认为时机适宜时，将之Label为"Beta 1"。

3、开始Beta 2版的工作。

4、假如发觉文件A某一时期的版本被错误的包含在了Beta 1版中，选择该文件的正确版本并Label为"Beta 1"。

5、猎取（Get）Beta 1版的工程。

场景3：需将bug-fix后的文件A被包含在Beta 1版中，而其余文件未曾改动
1、对立即到达Beta 1版的工程进行开发和测试。

2、当你认为时机适宜时，将之Label为"Beta 1"。

3、开始Beta 2版的工作。

4、你发觉，包含在Beta 1版中文件A的那个版本存在bug，必须改正，而工程中的其余文件则不须改动。