Svn 针对SourceSafe用户的Subversion

明天我必须为只使用过VSS的开发人员进行一些迁移培训。我已经很久没有在任何容量上使用VSS了，我担心我会错过很多明显的东西。我想要的是一份清单，上面列出了如果你打算搬到VSS，你想知道的事情。如果您的任务是将某人培训为SVN的新用户，您会提到什么？

最大的区别之一是Subversion使用的复制-修改-合并模型和Visual SourceSafe中使用的锁定-修改-解锁模型

---

Subversion的书有一个版本，每个版本都有一些评价。

上次我看到VSS时，它是与VC6.0一起发布的，所以我不知道它今天看起来是什么样子，但对我来说，令人震惊的是，我曾经拥有我的本地源代码副本，并且修改任何我必须首先检查它的内容。在SVN中，您始终签出所有源，或者根本没有源。我认为值得一提。

最关键的一点是，许多VSSER用于签出文件，并且在编辑文件时，文件保持锁定，通常VSS集成将文件保持为只读。显然，这与SVN的just edit、commit和may be merge方法不同

VSSer不熟悉诸如分支和主干之类的术语，VSS对这些特性处理得很差

SVN不提供链接文件，这是许多VSSER可能使用的功能。在VSS级别，多个“项目”（读取文件夹）可能包含同一个文件。从这些项目之一签出文件将从所有项目中签出文件，并将其全部签入更新。如果正在使用，则需要找到替代方案

---

SVN不以本机方式创建卷影文件夹。这是一个包含项目当前状态的文件夹，就像某人刚刚执行了获取最新版本一样。执行签入时，卷影文件夹也会更新。

很好地比较了SVN与VSS的不同之处

谢谢，这看起来非常有用。您可以（ab）使用

SVN:externals

将单个文件/文件夹链接到存储库中的多个位置。我发现的主要警告是，如果您更改普通文件和链接文件，并同时使用Tortise/AhnkSVN将其签入，它们最终会分为两个签入（从未尝试使用CLI查看是否发生同样的情况）。