我知道使用版本控制的重要性,我正在努力学习尽可能多的知识,这样我就可以为我们公司的web开发项目设置SVN。现在,我们都是从单一的开发副本开始工作,这充其量是凌乱的。
我们的许多用户都是远程工作的,而且开发服务器的互联网连接速度很慢。据我所知,每个用户在本地运行自己的SVN存储库来跟踪自己的更改,然后将其与服务器存储库同步,这是一个很好的实践。实现这一目标的最佳方法是什么?
否则,对于每个用户来说,只拥有自己的服务器存储库工作副本并仅在此基础上工作会更好吗?
由于服务器的连接速度很慢,对于每个开发人员(现在是7人团队)来说,在开发服务器上还是在本地机器上拥有自己的工作副本更好?
我也在考虑Windows上的GIT,但SVN非常成熟,并且有Visual Studio的插件可以利用。
发布于 2009-10-07 13:44:03
当然,GIT将完全满足您的需求。它很快,你可以像这样和GIT合并。
不过,对我来说,如果你坚持使用SVN:
发布于 2009-10-07 13:55:06
如果你使用SVN,我也会使用SVK来提供对你的存储库的断开连接的访问。但在你描述的情况下,我也会提供git或mercurial作为更好的选择。两者都支持将补丁集发送到远程端,以便集成到“主”树中,如果这是您想要的话。
发布于 2009-10-08 12:38:44
因为你的团队很小(7个人),所以SVN是非常好的,并且有一套丰富的(Windows)工具,这些工具成熟且易于使用。
我们使用VisualSVN (http://www.visualsvn.com/)作为我们的服务器。设置它很简单,而且是免费的。同一家公司提供的客户端支持与Visual Studio的集成,并且对于您的小团队来说会有很小的许可成本。
由于Git如此时髦和流行,我预计会有很多反对票,但它仍然是一个主要的linux工具。TortoiseGit目前还不能很好地工作,事实是它是由操作系统开发人员开发的VCS -它将与使用MS.开发的解决方案相同。
Mercurial的TotoiseHg在Windows上还是比Git好得多(从经验上讲)。
这两种DVCS解决方案都将为您的团队增加额外的培训时间,因为您将需要开发一个每个人都应该遵循的流程。而且,这两个项目都没有真正可行的Visual Studio项目。
在选择基于服务器的VCS (如SVN )和DVCS解决方案时,重要的是要注意(特别是对于远程用户),如果他们使用DVCS解决方案(至少在这些更改被推送到上游之前),您将依赖他们来备份其本地更改。此外,在将这些更改推到上游之前,您不会对它们有任何可见性。
最后,我不确定在处理慢速连接时,任何(D)VCS解决方案是否比其他解决方案有更大的优势。
https://stackoverflow.com/questions/1531606
复制相似问题