blocks|key|3295498|text|由于@seanizer给出的原因:避免地狱，我们不在我们的VCS中签入像.project，.classpath和.settings这样的文件。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3295499|下面是我们处理事情的方式：|3295500|我们使用m2eclipse或Maven+eclipse插件来派生可以从POM|3295501|派生的内容我们使用一个专用的build-tools+maven模块来保存文件，如|unordered-list-item|3295502|checkstyle.xml所建议的那样(Eclipse+Formatter+profile+ready+to+import)|3295503|codetemplates-eclipse.xml+(Eclipse+Codes+|3295504|+ready+to+import)|3295505|codetemplates-eclipse.xml|3295506|3295507|3295508|​|3295509|维基维基我们在中记录了如何使用上述文件设置开发环境|3295510|所有这一切都受到了XWiki所做工作的高度启发(有关具体示例，请参阅他们的Java+Code+Style页面和svn+)。|3295511|entityMap|0|LINK|mutability|MUTABLE|url|http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle^0|10|8|19|A|1K|9|0|0|0|E|B|0|0|E|0|0|P|0|0|0|P|0|0|0|0|0|11|F|0|0^^$0|@$1|2|3|4|5|6|7|1A|8|@$9|1B|A|1C|B|C]|$9|1D|A|1E|B|C]|$9|1F|A|1G|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|1H|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|1I|8|@]|D|@]|E|$]]|$1|J|3|K|5|L|7|1J|8|@$9|1K|A|1L|B|C]]|D|@]|E|$]]|$1|M|3|N|5|L|7|1M|8|@$9|1N|A|1O|B|C]]|D|@]|E|$]]|$1|O|3|P|5|L|7|1P|8|@$9|1Q|A|1R|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|L|7|1S|8|@]|D|@]|E|$]]|$1|S|3|T|5|L|7|1T|8|@$9|1U|A|1V|B|C]]|D|@]|E|$]]|$1|U|3|-4|5|6|7|1W|8|@]|D|@]|E|$]]|$1|V|3|-4|5|6|7|1X|8|@]|D|@]|E|$]]|$1|W|3|X|5|6|7|1Y|8|@]|D|@]|E|$]]|$1|Y|3|Z|5|6|7|1Z|8|@]|D|@]|E|$]]|$1|10|3|11|5|6|7|20|8|@]|D|@$9|21|A|22|1|23]]|E|$]]|$1|12|3|-4|5|6|7|24|8|@]|D|@]|E|$]]]|13|$14|$5|15|16|17|E|$18|19]]]]

We do not checkin files like <code>.project</code>, <code>.classpath</code> and <code>.settings</code> in our VCS for the reasons given by @seanizer: avoiding hell. 

So here is how we handle things:

<ul>
<li>we use m2eclipse or the maven eclipse plugin to derive what can be derived from the POM</li>
<li>we use a dedicated <code>build-tools</code> Maven module to hold files such as our
<ul>
<li><code>checkstyle.xml</code> as suggested by the <a href="http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html" rel="nofollow">Checkstyle Multimodule configuration</a></li>
<li><code>codestyle-eclipse.xml</code> (Eclipse Formatter profile ready to import)</li>
<li><code>codetemplates-eclipse.xml</code> (Eclipse Codes Templates ready to import)</li>
</ul></li>
<li>we document how to setup the development environment using the above files in our Wiki</li>
</ul>

All this is highly inspired by what Vincent Massol is doing at XWiki (see their <a href="http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle" rel="nofollow">Java Code Style</a> page and their svn for a concrete example).

blocks|key|1914162|text|永远不要签入maven项目中的任何.*文件。当任何开发人员打开或关闭任何eclipse构建器或性质时，它都会把事情搞砸。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1914163|如果需要强制执行通用配置，请使用Maven+Eclipse+Plugin的additionalConfig标志|offset|length|1914164|entityMap|0|LINK|mutability|MUTABLE|url|http://maven.apache.org/plugins/maven-eclipse-plugin|1|http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html#additionalConfig^0|0|G|K|0|11|G|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]|$D|U|E|V|1|W]]|A|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]|N|$5|I|J|K|A|$L|O]]]]

Never ever ever check in any .* file in a maven project. It will mess things up whenever any developer turns on or off any eclipse builder or nature.

If you need to enforce common configuration, use the <a href="http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html#additionalConfig" rel="nofollow">additionalConfig</a> flag of the <a href="http://maven.apache.org/plugins/maven-eclipse-plugin" rel="nofollow">Maven Eclipse Plugin</a>

blocks|key|1164477|text|这是有争议的，通常取决于一个人自己的判断。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1164478|就我个人而言，我喜欢签入所有IDE配置文件，特别是当所有团队成员都使用相同的IDE时。这样，您就可以使用IDE的UI来管理项目配置，例如格式化和其他代码编辑设置，而无需手动调整Maven的插件配置，因为Maven的插件配置太容易破坏了。|1164479|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

This is controversial, and normally depend on a person's own judgment. 

Personally I like to check in all IDE configuration files, especially if all team members are using the same IDE. This way you can use IDE's UI to manage project configuration, such as formatting and other code editing settings without need to manually tweak Maven's plugin configuration, which is too easy to break.

blocks|key|1166949|text|这取决于您的环境。如果你的开发人员在操作系统和磁盘分区、工作区位置、框架位置等方面使用类似的机器，那么我认为你在签入设置方面不会有问题，事实上，正如一些人在这里所说的那样，它可以简化注册过程。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1166950|然而，我一直在这样的环境中工作:每个人都有自己的个性化设置，一些人使用mac，一些人使用windows或linux，等等。磁盘分区不一样，每个人组织工作空间的方式也不一样。在这种环境中，提交项目设置可能会带来很大的麻烦。我们总是将它们添加到SVN忽略列表中。我们使用截屏视频来使入职更快。|1166951|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It depends on your environment. If your developers use similar machines in terms of OS and disk partition, workspace location, framework(s) location, etc, then I don't think you will have a problem with checked-in settings, in fact, as some have stated here, it can simplify the process of on-boarding. 

However, I've always worked in environments where everyone has his own individualized settings, some people used macs, some were on windows or linux, etc. Disk partitions were not the same neither was the way everyone organized their workspaces. In that kind of an environment committing project settings can cause really big pains. We've always added them to SVN ignore list. We use a screencast to make on-boarding quicker.

blocks|key|1914159|text|用m2查看一切--eclipse应该不会带来任何问题；至少对我们来说是这样。所以不要使用SVN透视图，但是在新项目中，在Maven下也有一个选项，可以从CSV中选择Check+out+maven+project。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1914160|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

check out everything with m2-eclipse should pose no problems at all; at least for us. So don't use SVN perspective, but in new project there is also an option under Maven to choose Check out maven project from CSV.

What do people think is the best way of setting up a Java, maven-2 web project so a new developer can come on board easily?

Do you checkin you project settings, .classpath, .project .settings folder etc into source control and use variables?

Or

Is it better to just checkin code and use the maven eclipse plugin to generate project settings?

Keep in mind these are multi module projects, with different facets so the project meta data could be quite complex

How to setup a Java maven project for multiple developers to use easily

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

人们认为设置Java、maven-2 web项目的最佳方式是什么，这样新的开发人员就可以轻松地加入进来？您是否将项目设置、.classpath、.project .settings文件夹等签入到源代码管理中并使用变量？或仅仅签入代码并使用maven eclipse插件来生成项目设置是不是更好？请记住，这些是多模块项目，具有不同的方面，因此项目元数据可能相当复杂

问如何为多个开发人员轻松设置Java maven项目
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何为多个开发人员轻松设置Java maven项目EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何为多个开发人员轻松设置Java maven项目
EN