VSS常犯错误（转载）

1、从服务器上对需要的文件”get latest version”，取出了最新版本，别人说那是可执行版本，我却无法正常编译？

原因：

出现这种情况，极大可能是你的本地保留了服务器上已经删除的旧文件，当你从服务器取最新版本的时候，系统只对本地与服务器上的同名文件进行了更新，没有对本地无用的垃圾文件进行删除。旧的垃圾文件保留在同一个文件夹中，出现服务器最新文件与本地垃圾文件并存的现象，造成系统无法编译成功。

解决办法：

如果可以确定服务器的文件和本地工作夹的文件个数一致，可以直接使用“get latest version”从服务器取得最新版本文件进行使用；

如果无法确定服务器的文件和本地工作夹的文件个数是否一致，则先将本地工作夹改名，另外建立一个与服务器同名的文件夹，再使用“get latest version”从服务器取得最新版本文件，经过使用确保服务器为最新可执行版本后，再将原来存放于本地改名后的文件夹删除。

2、我从本地将文件提交到服务器，每次提交时都会出问题，不是少了这个文件就是少了那个文件，提交的时候没仔细数清楚，直到用的时候才发现文件少了，还要一个一个文件对照，很麻烦。

原因：

提交文件的时候直接“check in”。　check in的动作只更新了处于check out状态的文件，没有考虑到新增的文件。

解决办法：

提交文件时不采用直接在VSS选中文件进行check in的动作，而是采用从本地工作夹直接拖到VSS相关目录的方式。这时，VSS会对提交的文件进行分类，对于已在服务器存在并处于check out状态的文件进行check in；对于未在服务器存在的文件进行add；对于已在服务器存在但没有check out的文件进行提示，无法提交。

建议每个人在提交文件时注意对照本地的最新版本与已提交到服务器的最新版本在日期和个数上是否一致。

3、我在本地直接修改了文件，想提交到VSS，结果在check out的时候把本地改好的文件覆盖了，又要重新改，欲哭无泪！

原因：

对于已纳入VSS的版本管理的文件，VSS统一将文件的属性改为只读。如需对某个文件进行修改，则需要先对相应的文件进行check out，check out后文件将转为正常状态，可以进行修改。也可以在资源管理器中直接将文件的只读属性改为正常状态，此时亦可对文件进行修改。当对VSS中的文件进行check out时，如VSS检测到本地文件不是处于只读状态，则会给出类似以下提示：


此时，如果选择“Lave this file?”则会继续保留本地文件的版本；如果选择“Replace your local file with this version from SourceSafe”则会将本地文件版本覆盖为VSS服务器版本。

解决办法：

1.           尽量采用check out—>修改—>check in的办法，这样可以保证文件版本不易出错。

2.           当在check out时发现上述对话框提示时，首先判断服务器版本还是本地工作夹版本文件为最新，再选择相关的选项。

3.           如果一时无法判断服务器版本还是本地工作夹版本文件为最新，可先修改本地工作文件夹的名字，将check out后的文件与本地原有的文件放在不同的目录后再进行对比，判断哪个为最新，修改后再进行提交。

4、因为文件改动太多了，我懒得check out，采用直接将服务器的文件删除，再add的方式。结果发现，服务器上的一些文件用的还是我删除过的老版本，没把我本机上新的版本提交到服务器。

原因：

考虑到安全性问题，管理员对大多数用户限制了永久删除的权限。拥有删除权限的用户大多只能虚拟删除，删除后的文件仍然保留在数据库中，可以进行恢复。用户在提交文件的时候，系统如发现在数据库中仍存有同名文件，则会给出如下提示：



此时选择Yes表示重新获得已经删除但数据库仍然保留的文件；选择No则表示将本地新版本的文件提交到服务器，覆盖原来已经删除的版本。

解决办法：

1、对于仍然有用的同名文件，建议使用check out->check in的方式修改文件，不建议使用delete->add的方式。

2、 当在提交文件发现上述提示时，首先判断自己是否需要提交的是已经被删除的文件还是本地的新版本文件，再选择Yes或No。