我喜欢Hudson的持续集成构建,我喜欢JIRA进行问题跟踪.
Eclipse有两个插件.
Hudson可以监视软件存储库并重建那些使用已更改资源的项目.
如果你需要比javadoc更多的文档(这是很多),那么考虑一下Wiki.易于使用,有一点结构,你可以按摩成PDF.
源代码控制是一个bugger.太多可供选择.对于一个小型开发团队来说,可以从subversion或CVS开始(这是旧的,但具有最高的IDE支持),当你长大并了解你的需求时,然后迁移到更好的.大多数人都有svn或cvs的迁移工具.从例如移动更难git到Mercurial,你肯定希望有一个实现多个.记住要有源控制存储库的良好备份 – 这是您的业务.频繁的rsyncs,通常是磁带.
编辑:你也想要体面的硬件.对于Continuous Integration服务器,您可以负担得起的最快的构建机器.对于您自己来说,您可以负担得起的最大显示器(不是尺寸,分辨率)适合您的主显示器和尽可能多的额外显示器(包括适配器到您的计算机).我发现Mac使用的像素比Windows好,所以这也可能是一个重点.
我的主显示器旋转90度.这允许我一次看到许多行而不是几行. (由于某种原因,传统说编辑区域应该宽而短,这可能在单词中起作用,但在代码中不能超过72个字符的代码中起作用)
关于Eclipse的注意事项:使用源存储库为每个项目创建一个工作区!使用Java编辑器保存功能可以在每次保存时重新格式化代码 – 这使得它在前面更具可读性,并且随着更改以正确的版本标记,因此可以更好地使用源存储库.
编辑:CI服务器需要比开发机器更好的原因是因为每次将内容检查到源存储库时它都会运行所有测试.过了一会儿,这需要时间.
就个人而言,我发现测试适用于库例程.它们指明哪些有效,哪些无效.为整个应用程序编写好的测试更难,但是您可能希望从头开始研究,因为它允许您确保一切都适用于每次签入.如果您不熟悉该概念,请撰写评论.
无论您选择哪个部件,如果他们能够一起工作,您将会很高兴.例如,Hudson知道如何与JIRA交谈. JIRA知道如何查看CVS.