javaee中的并行开发难题 你知道微软Studio Server 2010有什么产品可以解决这个问题吗? 开发java的EE开发的痛苦/冲突? < P> SuffEng+Wiki…< P>我没有微软Team Foundation Server的经验,但是源代码控制、连续集成(like)和一个好的问题跟踪器/协作工具(如)的组合提供当前活动/随时间变化的质量/当前问题/进度的良好概述,同时允许通过Wiki和问题跟踪程序进行协作。邮件列表和IRC频道可以分别作为永久性和现场讨论的好补充
在我看来,Trac非常好用,因为它易于使用,有一个“团队时间表”,并显示了大量的信息——代码差异以及捆绑在一起的问题编号和开发人员评论——在团队中给人一种非常“团结”的感觉javaee中的并行开发难题 你知道微软Studio Server 2010有什么产品可以解决这个问题吗? 开发java的EE开发的痛苦/冲突? < P> SuffEng+Wiki…< P>我没有微软Team Foundation Server的经验,但是源代码控制、连续集成(like)和一个好的问题跟踪器/协作工具(如)的组合提供当前活动/随时间变化的质量/当前问题/进度的良好概述,同时允许通过Wiki和问题跟踪程序进行协作。邮件列表和IRC频道可以分别作为永久性和现场讨论的好补充,java,configuration-management,Java,Configuration Management,在我看来,Trac非常好用,因为它易于使用,有一个“团队时间表”,并显示了大量的信息——代码差异以及捆绑在一起的问题编号和开发人员评论——在团队中给人一种非常“团结”的感觉 持续集成解决方案可以随时间提供许多不同的代码和质量指标,而无需人工干预。非常适合管理。如果你不介意为好的产品付费,你可以看看Jetbrains。它们为团队编程提供了有用的工具 如果您从事开源项目,您可以尝试& 和或将是一个很好的方式来管理您的来源 (Teamcity对于开源项目也是免费的) 非常酷,只需要eclipse和一个
持续集成解决方案可以随时间提供许多不同的代码和质量指标,而无需人工干预。非常适合管理。如果你不介意为好的产品付费,你可以看看Jetbrains。它们为团队编程提供了有用的工具 如果您从事开源项目,您可以尝试& 和或将是一个很好的方式来管理您的来源 (Teamcity对于开源项目也是免费的)
非常酷,只需要eclipse和一个。我目前在一个由大约15名Java开发人员组成的团队中工作。我没有感到任何发展的痛苦。这是一个主要使用Maven、Subversion和Atlassian工具的环境。Maven使构建大型项目变得相对容易。Subversion在必要时进行了相当不错的更新和合并。Atlassian工具处理bug跟踪、代码审查和自动构建,但成本为$$。你可以和Bugzilla和Hudson相处
如果平行的话,你的意思是每个人都有自己的分支,那么我想你可以使用Clearcase,但要准备好和你的预算、理智和生产力吻别。Git可能是更好的选择。您有什么特殊要求吗?我认为标准的scm工具就足够了:)有趣的是,我从来没有经历过你所说的“痛苦”。有时候,与同事谈论他们的工作可能是一种老式但有效的解决方案。除此之外:我还建议采用(SVN | git)+maven+Hudson+JIRA方法