Visual Studio易于使用的svn-client替代方案?

| 我们的开发团队使用VS.NET进行应用程序开发,并使用TortoiseSVN / VisualSVN进行版本控制。似乎每天都会出现工作副本或存储库搞砸的问题,而人们只是举手示意,发生时打电话给我。肯定有一些人为因素在起作用(SVN应该正常工作),但是我厌倦了为开发团队使用SVN服务台。谁能推荐更好/更直观的版本控制设置?     
已邀请:
SVN与版本控制系统一样简单。问题仅在处理合并操作时才会出现……这些可能很棘手。 如果您不解决“人为因素”,那么使用哪种版本控制系统都无关紧要,那么您将始终是服务台。为了解决这类问题,您通常需要: 为版本控制任务设置一个带有通用“配方”的Wiki。 包括一个工作流图,说明如何对您的代码进行更改(针对那些不喜欢阅读的人)。 举办专门的培训课程 为您的用户设计(使用Wiki 材料)。 帮助有问题的人时,请务必让他们执行实际的修复。不要只是为他们做,而是要通过他们进行交谈。 在帮助用户时,要着重引导用户访问产品文档。 在任何组织中引入新的版本控制系统都应包括我列出的项目。我意识到这对于完成它的人来说是额外的工作,但是它确实可以节省您漫长的“支持”时间。     
SVN代理人对我来说效果很好。它与Visual Studio很好地集成。     
  谁能推荐更好/更直观的版本控制设置? 更好?是。更直观?这值得商.。查看分布式版本控制软件,即Mercurial或Git。两者都有免费的插件可与Visual Studio集成。而且,如果您可以花点钱,我听说过雾溪窑的美好之处。 关于您的SVN问题,我有几点建议。首先是要确保每个人都在同一版本的产品上保持同步。它往往会经常更新,因此这可能很棘手,因为您也不想落后于当前版本。第二个原因是我们曾经在Tortoise尝试将图标叠加层缓存在映射的网络驱动器上时遇到很大的问题。您可以关闭某个选项,使某个地方突然变得更稳定。但这是我的最后一份工作,我已经不记得确切的设置了。     
我认为您已经在问题中给出了答案-通过提供适当的培训来找出“人为因素”。用于软件开发的版本控制并没有比SVN简单得多,因此从表达您的问题的方式来看,我的猜测是,人为因素只会找到使您的生活变得有趣的其他方式。     
如果您的存储库搞砸了(例如在标签上提交,错误的提交消息...),那么最简单的方法之一就是用困难的方式发挥作用:在服务器上挂上钩子以执行策略。您可以查看官方文档。 基本上,这是一种强制命名/格式化并避免很多人为问题的简单方法(提交标签,与外部组件打交道...)     

要回复问题请先登录注册