我和Ankh一起用乌龟SVN。我真的花了太多的时间来调整和清理混乱的事物,我对教育每个开发人员如何正确地使用这些东西失去了希望。对不起,我已经厌倦了手动恢复存储库/恢复/修复合并,有时甚至不得不再次编写一些代码。
因此,我的问题是:是否有一种对黑猩猩友好的解决方案,用于源代码管理,使简单性优于灵活性?项目和团队都很小,我发现我们只需要非常简单和基本的chekout/checkin机制,没有任何繁荣昌盛,功能和功能有限。这将帮助我不再偏执于项目的完整性。
我知道,要做到这一点并不容易,而且所需的技术和纪律也是最低的,但我最终怀疑我们是否真的需要所有这些,从长远来看,这会带来更多的麻烦,而不是帮助。
发布于 2011-01-17 15:32:03
您的问题听起来更多的是与流程和分支策略有关,而不是任何其他问题。
如果您的开发人员知道在签入和解决本地冲突、运行所有测试等之前始终获取最新的代码,那么您就已经有了优势。
教育您的开发人员,而不是尝试使用低劣的SCM (这可能在未来将不足以满足您的需求)。
至于分支策略,我发现每个特性的分支都是最自然的工作方式,并且大多避免合并冲突。
如果不处理流程和分支,更改SCM将无助于解决问题。
发布于 2011-01-17 15:34:04
尝试将汞和龟甲组合为GUI。您还可以在Visual中与VisualHG一起使用它。每个开发人员都可以自由地克隆和管理自己的存储库。一旦达成协议,您就可以推举到同事的存储库或中心位置。
为了帮助采用,您可能会说服其他人在FogCreek窑页面上观看FogCreek窑。
请参阅什么使dvcs的合并变得容易?和类似的内容,讨论合并的相对容易程度。
发布于 2011-01-17 15:32:19
我想说的是,每个在团队中工作的开发人员都应该对源代码管理原则有很强的理解。也许你应该找更好的开发人员!
为了回答你的问题,我一直觉得团队系统很棒,非常灵活。有了这样好的IDE集成,就可以将其配置为确保源代码管理方面的最佳实践。然而,它是一个相当大的源代码控制系统,因此可能超出了您的目的。
https://stackoverflow.com/questions/4714824
复制相似问题