VSS和CVS有什么区别和共同点

1）、安装过程

VSS 集成在VC60(VS 2008集成环境使用VSS2005)，只要下载后安装就可以使用。VSS60自带服务器端和客户端。

CVS 需要单独安装客户端和服务器端，在不同的操作系统上有不同的安装程序。Windows环境下 GUI软件：CVSNT(CVS服务器软件),WinCVS(CVS客户端软件)或是TortoiseCVS(CVS客户端软件)。

2）、本地作为服务器和客户端配置及使用流程

CVS和VSS在windows中都是图形控制界面，都需要建立数据库，并将工程文件和文档保存在数据库中，基本的操作是导入文件到服务器端数据库，每次对已有文件的修改之前都先确定本地文件为数据库中最新版本，再修改文件。但是两者也有不同点。

CVS流程：

1） 服务器端(Local)建立数据仓库Repository

2） 客户端选择相应的Rep（保证设置àCVS Tab下Home项是Rep的位置）

3） 可以在资源管理器下选择导入的模块（一个工程或项目文件（夹））及Label（标记阶段性成果）

4） 填写服务器端的模块名，就能导入到服务器端的数据库中

5） 导出后修改完的模块或文件使用提交的命令（更新是在多人合作中使用，即能把远端被他人修改过的文件更新到本地对应文件中）到数据库中。

6） 版本被CVS自动标记，在导出的文件中可见

VSS 流程：

1） 服务器建立数据库DB

2） 创建DB的用户及权限

3） 客户端通过用户名及密码登录相应DB

4） 创建工程，添加文件及Label（区分不同版本）

5） 需要修改时，Check Out工程或是文件

6） 版本需用Label标记

3）、文件锁定

CVS 不锁定用户正在工作的文件，假定不同用户修改同一个文件的概率是很小的，CVS通常能够合并这中修改。如果改变了相同的几行，会自动报告冲突，并插入标识提醒用户解决冲突。

VSS 总是会锁定用户正在工作的文件，以防止出现冲突

4）自由选择编辑软件

CVS支持而VSS只能使用vc或VS。

5）多人合作开发

CVS分支功能和自动合并是比较强大的地方，而VSS没有这种功能。

6）开发时的选择

CVS适合于多人(>100)小组开发，代码管理很强大，集成到了Java的Elicpse中，开源软件可以使用其他的第三方软件；

VSS 适合于更简单的方便的版本控制，对于局域网（团队 < 15人）的文件共享开发也足够，集成到了vs开发工具中，但是有很小的可能会出现崩溃。

7）安全性

CVS 可以对每个目录和文件进行权限限制，；但是VSS能对整个目录赋予简单的读写权限，不是很安全。

安装Sql server 2005有很多说道的，尤其是操作系统，最好是干净的win2000，或2003 或2008，装好IIS，然后一步步安装，你这个提示，貌似是安装文件有错误，重新去下一个吧。

你好，既然提示的是"文件已被其他位置的当前用户签出"，那么最可能的情况应该是以下2种，当前登录的用户曾经在另外一台电脑上签出过这个文件，也有可能是当前用户曾经在另外一个目录签出过这个文件

PS:同一个用户要能在多个目录下checkout的话还需要做的是在server端要设置允许多用户checkout

那个不存在的文件目录应该是服务器上存在的，所以总会出现。服务器上的文件记录（管理界面里面没有删掉吧。。具体你找找）应该还没有删除，只是删掉了文件

删除或者把他排除在项目之外。。这个编辑了，就要签出的。你可能关掉了签出的确定提示。。

朋友，虽然我不懂，但我从国外网站上发现了一样的情况，并将重要数据摘录下来，以中英文对照方式显示。

SourceSafe has detected that a previous operation against the "VSS database name" database was unexpectedly terminated

已经发现先前SourceSafe操作对“VSS数据库名称“数据库出乎意料的终止。

In our case, this dialog appears once in a while often during our automated build process which of course hangs until somebody clicks the OK button Our build process first sets up an emtpy directory, gets the latest version from SourceSafe into that directory, opens a solution from that directory tree to runs a Visual Studio macro on it to add log statement to CSharp source files (devenv <solution>sln /command <macro>), and finally starts Visual Studio again to build the solution (devenv <solution>sln /build Release) The problem doesn't seem to happen during the build of the solution, only when the solution is open to run the macro on it

I could no find a way to stop the dialog from displaying Running an analyze before each build is a little bit heavy handed I could not find a way to disconnect the solution from the command line either We are using Visual Studio 2005 and Visual SourceSafe 2005

在我们的例子中,这个对话框出现过一段时间,我们常常在自动编译的过程,当然挂直到有人点击OK按钮。我们首先建立了制造过程emtpy目录,得到最新的版本,打开SourceSafe目录,目录树的一个解决方案,从宏观上运行一个视觉工作室它增添日志声明CSharp源文件(devenv解决方案> < <宏观> sln /命令),最后又开始v isuals tudio建立解决方案(devenv > <解决sln /建造释放)。这个问题似乎并没有发生在建立解决问题的方法,只有当解运行宏开放。

我不能找到办法阻止这个对话框显示。之前都运行一个分析建立有点沉重。我不能找到一个方法来分离从命令行或解决方案。我们使用2005 v isuals tudio和视觉SourceSafe 2005。

I have the same issue with the automated build/test scripts I even tried removing the SourceCodeControl section from the

solution file before kicking off the build However, that does not seem to help I am not sure where else the assoication with

source code control is stored

Haripriyan

我也有同样的问题,与自动编译/测试脚本。我甚至试着消除SourceCodeControl段

解决方案文件之前,谁在开球的建造。然而,那并不似乎有帮助。我不确定的assoication别的地方

源代码控制是储存。

Haripriyan

我的操作系统是Vista，公司的源代码管理软件用的是VSS，在公司的时候看起来一切还好，但是我在家用***连到公司时，其它所有的软件都是正常的，唯独VSS死也连不上，每次尝试连接时，会先卡住几秒，然后连续两次弹出"Invalid handle" 的错误对话框，接着就让选断开模式了。

因为这个问题真是痛苦不已，我甚至一度先通过共享把文件拷到公司的台式机上，再远程连接台式机把文件签入VSS，这种郁闷简直是一言难尽。在网上查了很多次，似乎没人碰到这个问题，查来查去也找不到任何有用的信息。

起始找到一个名叫SourceAnyWhere的VSS插件，果然，可以解决远程签出签入了，但是我的项目本来是用VSS做源代码插件的，要想用SAW就要先更改插件，把项目的状态弄得乱七八糟，我想那就干脆把SAW做为默认选择，在公司也用它算了，但是在公司一试，大跌眼镜，它的全项目获取速度慢得想让我杀人，本来VSS全项目获取速度就够慢了，再加个SAW，又慢了不知道十几倍还是几十倍，没有任何商量的余地，淘汰SAW。

然后试用了SVN，各方面都还算满意，除了不支持文件共享，与我们现在的项目无法很好地兼容，比较伤脑筋，也因为这一点，最终我没能说服项目经理更换源代码管理软件。

转了一圈又回到原点，继续研究VSS为什么跟***合不来，因为知道别人的电脑是可以通过***访问VSS的，那么我的电脑有什么特殊性呢？关闭防火墙之流的做法早就试过了，没用，我开始想到会不会是因为Vista操作系统的关系，于是又是一通搜索，找到一个VSS2005的Update包（http://wwwmicrosoftcom/downloads/detailsaspxFamilyID=8a1a68d8-db11-417c-91ad-02aab484776b&displaylang=en），说是解决了一堆bug，并且特意提到了与VS2008和Vista的兼容性（It also improves compatibility with Visual Studio 2008 and Windows Vista ），于是抱着最后一丝希望把它下载下来，然后装到VSS服务器上，深吸一口气，重连~~~~OK了！

出现这个问题可能是你的源代码管理器VSS安装的有问题或者是没有连接到服务器，你可以使用VSS的客户端软件测试一下，用你给定的用户名和密码连接指定的服务器，看看是否能够成功。

VSS是针对于一个项目或软件团队开发为了保持代码的统一和一致性而使用的，如果是你你一个人做项目，可以不使用它，没有任何影响。但如果是团队开发，还是使用它比较方便。