2

我是一个 1-2 人的团队，到目前为止，我一直在使用 VSS，原因有两个：1）公司在几个月前开始使用 VSS 时就在使用它，2）它对 Visual Studio 很友好。

不用说，我非常想升级到一个不太过时的源代码控制系统。但是，我不想放弃对 Visual Studio 的友好性，我希望能够将现有代码库迁移到更好的源代码控制系统。

我无法想象我是唯一处于这种情况的人。有没有人有一个他们不介意分享的成功故事？

4

11 回答 11

4

如果您可以付费，Source Gear Vault旨在成为替代品。

如果你付不起钱，带有 AnkhSVN 的 Subversion 效果很好，但有点不同。

于 2008-09-15T21:50:22.377 回答
1

我们使用的是 Subversion 1.5，TortoiseSVN，对于 Visual Studio 集成，我们使用的是PushOk 的 SVN 插件。该插件不是免费的，但价格实惠且可靠。

于 2008-09-17T16:05:23.780 回答
1

大约 7 个月前，我们从 SourceGear 对 Vault 进行了另一次投票，我们从 VSS 转移到了 Vault。

这是一个非常简单的举措，我们在 Vault 方面拥有非常好的体验。

我们所需要的一点点支持是及时和乐于助人的。

于 2008-09-15T21:54:30.027 回答
1

考虑 Subversion ( http://subversion.tigris.org/ ) 和 Tortoise shell 扩展 ( http://tortoisesvn.tigris.org/ )。

于 2008-09-15T21:50:20.020 回答
1

如果您需要便宜或免费的解决方案，我建议您研究 Subversion 或 GIT。有一些第三方插件，例如 Visual Svn for Subversion，可以让您在 Visual Studio 中使用。如果您想要一些离家近的东西 (VSS)，请尝试 Microsoft 的 Team System 或 SourceGear 的 Source Vault。

于 2008-09-15T21:51:05.730 回答
1

免费的 Visual SVN Server的轻松安装是无与伦比的，VisualSVN 插件非常物有所值。我自掏腰包支付了那部分费用。

于 2008-09-15T21:52:34.070 回答
0

对于一两个用户，perforce也是免费的。但是，一旦您需要两个以上的用户，您就必须开始为此付费。他们还有一个 SCC 插件，允许集成到 Visual Studio（以及支持该接口的任何其他程序）中。

于 2008-09-15T21:54:14.817 回答
0

我们非常轻松地从 VSS 迁移到 SVN。TortoiseSVN，在 Win32 环境下，与 Explorer 集成得很好。

设置您的服务器。我会推荐安装了 Ubuntu Server 的镜像 raid 设置。一旦你运行了这个，设置 apache 和 svn 来托管来自 raid 的存储库。对于像您这样的小型团队，您可以将一台旧 PC 与几个用于 RAID 驱动器的备用 IDE 端口组合在一起。如今，高容量 IDE 驱动器相当实惠。

突袭方法：https ://wiki.ubuntu.com/Raid

Svn 方法：https ://help.ubuntu.com/8.04/serverguide/C/subversion.html

我估计要花一天时间来设置。

于 2008-09-15T21:55:45.797 回答
0

最困难的部分是保持您的变更历史完好无损。几年前我不得不这样做。在这个过程中有很多尝试和错误。

我不知道迁移工具是否变得更好。谷歌“sourcesafe svn 迁移”。一旦你完成了那部分，剩下的就很容易了。

于 2008-09-15T21:59:26.020 回答
0

如果您目前熟悉 VSS，但想要更多功能，您可能应该看看 Vi sual Studio Team System。它确实需要服务器，但您可以从 MS 获得一个“Action Pack”，其中包括您从合作伙伴中心获得的“Team Foundation Server Workgroup Edition”所需的所有许可证。

有了这个，您将获得错误、风险和问题跟踪以及许多其他功能 :)

于 2008-09-16T11:34:47.310 回答
0

我们正在使用带有 TortoiseSVN 和 VisualSVN 的 Subversion。效果很好。如果您只想在内部网络上工作，则不需要 VisualSVN。只需将 Subversion 服务器安装为 Windows 服务。

关于保留旧修订历史的问题。

保留 VSS 数据库可能很有意义。仅仅因为您不想继续使用 VSS 并不意味着您必须完全摆脱它。

因此，如果很难找到一条简单的迁移路径，为什么不保留 VSS 数据库作为历史参考，然后将所有新开发迁移到 Subversion。

于 2008-09-16T11:50:21.547 回答