java - 大型项目代码格式化的最佳实践

标签 java maven-2 coding-style hudson maven

<分区>

我维护大型 Java EE 的构建/Maven/Hudson/Perforce与分布在世界各地的大约 20 名开发人员合作的项目。

代码格式化的解决方案是使用 Jalopy 格式化代码库当开发人员运行构建时,从而确保任何未格式化的代码在 checkin 之前得到格式化。

这个解决方案的主要问题是,如果开发人员在 checkin 之前没有运行完整的 Maven 构建(假设他们从 Eclipse 运行单元测试),他们的代码将不会被格式化。然后,下一个编辑该文件的开发人员在运行格式化程序后可能会在代码的不相关部分中出现许多差异。

在大型项目中,哪种源格式策略最适合您?我考虑过的另一个选择是使用自动化流程每晚格式化。

最佳答案

Maven 构建应该只是使用类似于 Checkstyle 的东西来报告格式错误而不是自动格式化代码。这就是你的描述似乎暗示的意思。通过这种方式,错误会在构建时报告给开发人员/Hudson,并且可以根据需要解决。

我还建议使用类似 Sonar 的工具随着时间的推移保留格式错误的历史记录(请参阅他们的时间机器功能)。

关于java - 大型项目代码格式化的最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1955514/

相关文章:

java - 根据 selectOneRadio 上选择的内容重新渲染 panelGroup 或区域

maven-2 - 在哪里可以找到 Surefire 生成的 XML (TEST-<testname>.xml) 文件的 DTD 或 XML 架构?

C++0x lambdas 编码风格

java - Jersey 和 JAX-RS

java - 当我使用 MAVEN 构建 WAR 文件时,为什么一些 geronimo-xxx.jar 被包含到 war 文件中?

Java 运算符重载

Android:偏好风格

java - Apache Tomcat 中 JAVA_OPTS 中的空格

java - 如何以编程方式生成 hibernate POJO 类?

java - Apache Tomcat 405 错误