我有机会正式向我的老板介绍任何有利于公司的事情。 我的想法是在我的工作场所采用源代码pipe理。 我一直在使用Mercurial来pipe理自己的项目,但是其他的团队没有正式的源代码控制系统。 不幸的是,我不擅长提出想法。 那么,你们能告诉我为什么开发者必须使用源代码控制吗? 另外,为什么你会select除 Visual SourceSafe 之外的任何工具? 我没有使用VSS的经验,但他可能会问为什么我们不会只使用微软的工具。 我想听听这里很多聪明的程序员的意见! 我的首选选项是SVN或mercurial。 两者似乎都对Windows版本有很好的支持,并且都不如CVS陈旧。 另外,作为一个自称开源的弟子,我宁愿build议一个开源工具。 🙂 谢谢! 编辑 :为了简短起见,一般来说,其他开发人员目前的做法是复制文件夹,标签与date,也许自己logging。 你得到的照片。 如果我的老板说“如果有效,为什么要修理呢?”
在对SO,Google和MSDN论坛进行一些search之后,我感到沮丧的是,对于看似明显的问题和可能是愚蠢的问题的信息太less了。 我需要在Visual Studio 2010 Professional中使用源代码pipe理。 我没有单独的Team Foundation Server 2010.有人提到SourceSafe? 我没有看到Visual Studio 2010中的任何SourceSafe是诚实的。 什么是在Visual Studio 2010中的源代码控制的一些替代品(最好是免费的)? 还是它已经集成在Visual Studio 2010中,我是如此盲目的错过了? 更新#1:谢谢大家,我将与SVN一起,尤其是Visual Studio 2010的AnkhSVN 。 更新3/23/2011 :我问这个问题已经差不多一年了。 我强烈build议在Subversion上使用Mercurial或Git 。 因此,对于那些正在寻找Visual Studio 2010版本控制系统的人来说,看看Visual Studio扩展库中的Git或Mercurial扩展。 更新2013年5月16日 :我现在强烈build议你使用Git而不是Mercurial , TFS或者SVN 。 看看CodeSchool的 Try GitHub在浏览器中看看它是多么的棒! 在Visual Studio 2012上开始使用Git – Andy Lewis的深入教程。 适用于Git的Visual Studio工具 – 为Team Explorer提供源代码控制集成的扩展。 实现与本地Git存储库的集成,并提供与远程存储库一起工作的工具。
我的开发团队在非常基础的层面上使用源码安全。 我们正在进入一些更高级和更广泛的开发周期,我不禁认为不使用分支和合并来pipe理变化将会很快被我们咬。 为了说服你的团队转向像SVN这样的更好的解决scheme,你认为哪些论点最有用? 你用什么程序来弥补function上的差距,这样团队就不会错过ideafeafe集成? 还是应该接受资源安全措施,并试图将更好的做法付诸实践?