我目前的就业地点目前处于转型期,新的所有权已经接管,事情终于变得标准化,正在实施适当的指导方针.
但是我们仍在使用VSS,除了那些最初设置的东西之外,没有任何理由可以使用它.我们不使用Visual Studio,也不使用任何特别需要它的工具.
从长远来看,我能提出什么绝对最好的论据来帮助说服他们从Subversion这样的东西会是一个更好的解决方案.
本周我正在采访一家公司,我将成为唯一的初始开发者支持我正在接受工作的应用程序.因为这样的职位在细节上可能会有很大差异,所以我打算提倡一些能使这项工作可行的具体方法.
我正在考虑提出的一件事是倾向于将现有的源代码从SourceSafe(它当前驻留的地方)转移到更好的版本控制产品,如Perforce.
我在SourceSafe上遇到过许多糟糕的经历,导致永久文件锁定和代码损坏等大量问题.独自一人,我担心这些轶事听起来像"我想改变它,因为我不喜欢它." 如果我要提起这个话题,我想要一个扣篮案.
那么,SourceSafe被视为劣质产品的经验原因是什么？
我们是一个由5名开发人员组成的分布式团队,从事相当大的集成项目.我们目前使用SourceSafe(是的,我知道它很糟糕,但它直到最近才工作,我们永远使用它).我们最大的问题是最近的表现.签入和签出项目只需要永远,我们发现自己花了很多时间等待SourceSafe(是的,我们已经关闭了防病毒检查和所有其他性能提升trix - 它仍然很慢).
我们现在正在考虑设置并将所有内容移动到Subversion.与Subversion相比,SourceSafe在Web上的性能如何？我想历史并不重要(如果我们需要一个旧文件,我们可以回到VSS数据库)并且实际将文件移动到Subversion应该是一个问题 - 对吧？
我还想对除了实际的Subversion核心工具之外的"必须具备"的工具和附加组件有一些输入.
我们已经使用Microsoft Visual SourceSafe 6.0d并希望转移到SubVersion.我们的IDE是Visual Studio 2005,但我们计划尽快将其改为2008.我们正在考虑安装VisualSVN服务器,然后使用Visual Studio 的AnkhSVN加载项.VisualSVN服务器在社区中享有良好的声誉,因此我对它充满信心.但是,我没有听说过很多关于AnkhSVN的内容.我们有一个小团队的开发人员,除了我们已经习惯使用Visual SourceSafe之外,不需要任何花哨的功能.在StackOverflowL中有没有人做过我正在做的事情？如果是这样,你会推荐它(而不是升级到SourceSafe 2005)？
重复...:
我们目前正在使用与Visual Studio集成的SourceSafe,以及关于SourceSafe显然有多糟糕的连续评论,我已经决定我们应该尝试转向Subversion.
问题是,除了SourceSafe之外没有使用任何东西,我需要在某个地方开始并需要一些方向.
我需要下载和安装哪些软件？服务器？客户？
我需要安装什么软件？Windows 2003？
我应该有专用服务器还是现有文件服务器？
开发人员能以多快的速度加快速度？整合是否足够相似,只能正常进行？