我们的团队有时会发现在Subversion中我们的不同分支上已经执行了哪些颠覆操作,这有点令人困惑和耗时。
示例,何时将Development分支最后合并到Trunk中?什么时候创建这个特定的标签,基于什么分支等等。
所有这些信息当然都可以从Subversion日志中提取出来,但那总是一个手动,耗时且容易出错的过程。
最简单的解决方案似乎是一个简单的白板,可以在Subversion中显示所有不同的分支/标签/主干,并且只要有重大事件发生,人们就会在其上绘图。但我们并不反对寻找某种数字解决方案,集中存储。显然,这两个系统都依赖于实际维护模型的人,但你总会或多或少地拥有它。
您使用什么作为最佳实践来保持对当前Sprint(或更高版本)中所有Subversion操作的清晰视图?
仅供参考,我们使用Visual Studio .NET作为主要开发工具(不使用SVN插件)。
答案 0 :(得分:1)
你使用TortoiseSVN吗?还是Eclipse插件?看一下修订图...
答案 1 :(得分:1)
Eclipse的subclipse插件有一个非常好的Revision Graph feature可以显示合并:
alt text http://subclipse.tigris.org/images/graph/simple-merge.png
也许你会觉得这很有帮助,虽然我不确定什么是如此难以追踪和什么是耗时的(没有冒犯,但也许你的工作流程有问题,过于复杂的事情听起来像浪费)。
以防万一,我建议阅读Version Control for Multiple Agile Teams)。
答案 2 :(得分:0)
关于维护模型:我坚信编写处理日志的AWK脚本比让人类完成机器工作更好。
它可能是scrum的缺点,它没有足够重视发展正确的基础设施。