您使用什么开发和构建生命周期工具？

Question

我正致力于将我目前约20名开发人员的项目转变为一个现代化的开发和构建环境。我们目前使用的是基于RCS的源代码控制系统和相关的问题跟踪系统，这两个系统都带有Motif。没有正式的生产建设过程，它只是工作。

我感兴趣的是：

• 开发工具
• 版本控制
• 问题跟踪
• 依赖性管理
• 配置管理
• 自动化建筑
• 自动测试
• 连续积分
• 工件管理
• 发布管理
• 部署管理
• 需求跟踪
• 还有什么？

我感兴趣的不仅仅是您所使用的工具，还包括您所使用的工具的集成程度，它们的设置和使用是否容易，以及开发人员和管理人员对它们的喜爱程度。我们的项目是Java、C++和VHDL的组合，但我仍然希望听到其他语言的人的意见。我目前正在沿着eclipse、subversion、trac、maven、hudson和nexus的路径前进。

此外，是否有比“构建生命周期”更好的术语，它不仅包括构建，还包括从开发人员创建到构建、测试和生产系统中的代码流？“构建生命周期”似乎是有限的，但“项目生命周期”已经被接受。

Answer 1

• 开发工具JetBrains IntelliJ IDEA
• 版本控制颠覆
• 问题追踪亚特兰西安·吉拉
• 依赖关系管理Maven
• 配置管理TeamCity
• 自动化建筑TeamCity
• 自动化测试JUnit(?)
• 连续积分TeamCity
• 工件管理Maven
• 发布管理Homo Sapien
• 部署管理Maven/Homo Sapien
• 需求跟踪一厢情愿
• 一次性自动化巴什
• 开发人员对开发人员文档http://www.mediawiki.org/wiki/MediaWiki

Answer 2

我不那么讨厌Maven，而不是讨厌Ant，对于Java，您需要选择其中之一。如果您刚刚开始，选择Maven，特别是因为您已经认识到您的“构建生命周期”包含12个不同的复杂学科！你得为所有的人选择约定。省去麻烦，按照Maven已经建立的约定行事。

对于持续集成和一般构建自动化，我喜欢Hudson。

Answer 3

在过去的两年中，我们逐渐从“每个项目都有自己的工具集”策略转向了Trac+SVN+SCons解决方案，并对此非常满意。

转到SCons是有点工作，但真的有回报。我们有一个异构的环境，主要是针对不同的嵌入式平台、内核模块、一些桌面应用程序和各种Python模块作为粘合剂代码的C/C++。当您想要添加对您自己的编译器和小众工具的支持，并且需要使构建系统适应您的需求时，SCons确实会发光。以前，我们必须为几乎每个嵌入式平台使用不同的GUI现在SCons直接调用编译器工作周期略有改进。

我们的开发人员要么使用Emacs，要么使用Vim，没有人想要切换到其他任何东西，所以我们(幸运的是)坚持了这一点。我对部署不太熟悉，所以我不能谈论这个问题。