多个敏捷团队之间的版本控制
当多个敏捷开发团队在同一个代码库上进行工作时，如何在保证混乱最小化的同时，还能在每个迭代结束时拥有一个干净的、可发布的软件版本？Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写，而是为我们这些希望进行简单、有效的协作的人所准备的。
InfoQ
主题/标签专用视图
InfoQ 上所有与“配置管理”相关的内容及新闻
最新“配置管理”相关专题内容
“配置管理”相关新闻
ThoughtWorks发布了Cruise：持续集成及发布管理系统
持续集成是敏捷实践之一，有了持续集成之后，每次提交代码都会自动地触发构建及测试，从而尽早地发现缺陷而降低修改Bug的成本。7月28 日，ThoughtWorks发布了Cruise，该产品将持续集成延伸到了应用的测试与部署阶段。Cruise可以运行在多种操作系统上（包括Windows、Mac OS X、Linux），并为.NET、Java和Ruby提供了使用上的便捷。
Subversion 1.5已发布
Subversion是一款成熟的开源版本控制工具，广泛应用于众多开源项目。它刚刚发布了1.5版，新特性包括有：跟踪合并历史、稀疏检出、通过命令行客户端解决冲突。
“完成”意味着“可交付”吗？
在很多敏捷论坛和博客上都有大量关于“完成”和“可交付”不同之处的讨论。尽管它们听上去含义相同，但在一些讨论列表和博客上认为，二者都是被人广泛误解和错误使用的词汇。下面我们集中看看别人是怎么理解“完成”的。
持续生产可以将敏捷化推至极限吗？
“持续生产”的思想已经出现一段时间了。Cal Henderson在2005年就指出：Flickr大概每过30分钟就将代码向实际运行系统发布一次。InfoQ对“持续生产”进行了调查，并探究了它给实际产品/系统生命周期带来的影响，以及此后施加于团队所属组织上的作用。
使用Hudson和FindBugs进行持续集成和代码检查
最近在IBM developerWorks发表的一篇文章中谈到如何使用开源工具将构建过程中的持续集成（Continuous Integration，CI）和代码检查这两项任务自动化。它描述了如何安装和配置Hudson，并使用Subversion、Ant对Hudson进行配置。同时辅之诸如FindBugs和PMD之类的软件检查工具，来创造一个可以对测试结果和缺陷情况进行持续性反馈的构建过程。
Spring 2.5：支持OSGi、AspectJ和完全基于注解配置
曾被看作Spring2.1的Spring2.5，最近已经发布了其RC1版本。InfoQ采访了Spring框架的首席开发者Juergen Hoeller来了解关于这个版本的更多信息。
Ruby Gems：新版发布并计划纳入Ruby 1.9中
新的Ruby Gems发布版0.9.4.5中加入了不少优化和新特性，如平台gems的自动化安装。此外，它还和Ruby 1.9兼容，从而适于加入标准的Ruby 1.9发布版。