Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/328.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
javaee中的并行开发难题 你知道微软Studio Server 2010有什么产品可以解决这个问题吗? 开发java的EE开发的痛苦/冲突? < P> SuffEng+Wiki…< P>我没有微软Team Foundation Server的经验,但是源代码控制、连续集成(like)和一个好的问题跟踪器/协作工具(如)的组合提供当前活动/随时间变化的质量/当前问题/进度的良好概述,同时允许通过Wiki和问题跟踪程序进行协作。邮件列表和IRC频道可以分别作为永久性和现场讨论的好补充_Java_Configuration Management - Fatal编程技术网

javaee中的并行开发难题 你知道微软Studio Server 2010有什么产品可以解决这个问题吗? 开发java的EE开发的痛苦/冲突? < P> SuffEng+Wiki…< P>我没有微软Team Foundation Server的经验,但是源代码控制、连续集成(like)和一个好的问题跟踪器/协作工具(如)的组合提供当前活动/随时间变化的质量/当前问题/进度的良好概述,同时允许通过Wiki和问题跟踪程序进行协作。邮件列表和IRC频道可以分别作为永久性和现场讨论的好补充

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和一个

在我看来,Trac非常好用,因为它易于使用,有一个“团队时间表”,并显示了大量的信息——代码差异以及捆绑在一起的问题编号和开发人员评论——在团队中给人一种非常“团结”的感觉


持续集成解决方案可以随时间提供许多不同的代码和质量指标,而无需人工干预。非常适合管理。

如果你不介意为好的产品付费,你可以看看Jetbrains。它们为团队编程提供了有用的工具

如果您从事开源项目,您可以尝试&

和或将是一个很好的方式来管理您的来源

(Teamcity对于开源项目也是免费的)


非常酷,只需要eclipse和一个。我目前在一个由大约15名Java开发人员组成的团队中工作。我没有感到任何发展的痛苦。这是一个主要使用Maven、Subversion和Atlassian工具的环境。Maven使构建大型项目变得相对容易。Subversion在必要时进行了相当不错的更新和合并。Atlassian工具处理bug跟踪、代码审查和自动构建,但成本为$$。你可以和Bugzilla和Hudson相处


如果平行的话,你的意思是每个人都有自己的分支,那么我想你可以使用Clearcase,但要准备好和你的预算、理智和生产力吻别。Git可能是更好的选择。

您有什么特殊要求吗?我认为标准的scm工具就足够了:)有趣的是,我从来没有经历过你所说的“痛苦”。有时候,与同事谈论他们的工作可能是一种老式但有效的解决方案。除此之外:我还建议采用(SVN | git)+maven+Hudson+JIRA方法