适当的源控制解决方案

时间:2009-09-22 08:43:22

标签: version-control

我已经开始了一项新工作,我的第一个责任之一是导入以前由代理商维护的ASP代码库,现在正在内部使用。此代码库当前存储在Perforce存储库中。

我的新公司在Windows XP桌面计算机上运行一个Subversion服务器。一些内部开发人员将其用作小型项目的基本代码库。

我有机会为公司的整个代码库创建一个全新的源代码控制服务器。

一旦我导入并让他们的开发人员在他们的ASP代码库上运行,我也将使用Visual Studio在C#中开始一个新项目,我也希望将其保持在源代码管理之下。

我对任何解决方案都完全开放。我们这里有一个VMWare环境,所以一切皆有可能。如果可能的话,我希望能够使用工具从Perforce导入历史记录。我想与Visual Studio很好地集成,但对于不使用VS的开发人员应该有一个独立的客户端或shell集成。

该公司的大部分开发人员目前都没有使用源代码控制,因此说服人们获益有可能是一场稍微艰难的战斗 - 因此,'更友好'的解决方案可能会更好地获得。

现金不一定是个问题,但显然便宜或免费是一个优点。

2 个答案:

答案 0 :(得分:4)

如果您的新公司已经拥有Subversion存储库,我怀疑他们已经熟悉了这一点。

我认为这本身就是Subversion的一个很好的理由(除非它缺少任何必要的功能)。否则你将推出另一种工具,开发人员将面临一个(可能很小)的障碍,不得不学习两者,而且你需要管理员来照顾两者。我发现使用相同的工具的团队有很大的好处(即使代价是缺少一些功能)。

答案 1 :(得分:0)

你也可以试试git。有一种工具可以将perforce版本控制的代码迁移到名为p4-git的git。

我在使用gitosis的Linux服务器上托管它有很好的经验。它与visual studio以及许多其他IDE(eclipse,netbeans等)有很好的集成。对于那些使用WinXP的开发人员,还有非常友好的git-extensions程序(windows上的git的gui),或者带有git的本地git-gui。对于那些喜欢在shell中做事的人,也有选择。