概述任何经验丰富的开发人员都有牙套战的伤疤。。。如果决定哪一个优先：附件A附件B附件C附件D如果（…）{//做这个}其他{//去吧}如果（…）{//做这个}其他的{//去吧}如果（…）{//做这个}其他的{//去吧}如果（…）{//做这个}其他的{//去吧} ... 让你充满恐惧并引发倒叙[1]。。。我们知道你的痛苦。。。每个开发人员都有自己的观点，认为什么才是真正的大括号样式，而且，在最好的情况下，作为一个令人不快的一群人，其他人的风格充其量是低能的（注意：我并不是说上述任何一种样式都是/不是一种真正的大括号样式）。但别再回忆往事了。。。当您维护一个现有的代码库时，发现代码库的样式是一致的。。。我们可以不同意样式应该是什么样子，但是一旦为代码库建立了一个胜利者，维护代码就更容易了。对于Java代码，有一个众所周知的实用程序来检查是否符合编码样式…Checkstyle。你描述了你的团队胜利的代码风格（每个人都讨厌这种风格，因为管理层强迫做出了一个决定，并且给了每个人至少一次胜利），现在你可以衡量项目对编码风格的遵从性。在以前的一个雇主，我们有过牙套大战。我们设置了Checkstyle规则集，然后我们立即做了其他人做的事情……我们完全忘记了它。开发人员从来没有对他们的更改运行Checkstyle，代码只是不断变得越来越混乱。。。不久之后，我建立了一个Jenkins（嗯，当时它有一个不同的名字）服务器，一个同事（Peter Reilly）开发了一个非常粗糙和现成的Checkstyle插件[2]。。。奇怪的是，仅仅通过添加一个Checkstyle违规数量的图表，在没有任何其他刺激的情况下，Checkstyle违规的数量在大约6个月的时间内从60000+增加到不到20个！代码库更加整洁，易于维护。胜利。。。都是因为詹金斯先生给开发者报告了支票样式的度量。。。他们不必记得运行Checkstyle。。。当他们被困在一个难题上时，他们总能在潜意识解决难题的同时整理一些代码（一个让人麻木的任务）。在任何情况下，Jenkins Checkstyle插件是一个插件，您可以使用它来尝试在您的项目中复制这一壮举。。。假设你活下来的过程中，选择哪一个，真正的大括号风格使用，那就是！稳定发行版最新版本是3.24，发布于2012年3月。插件使用要求这个插件需要Jenkins 1.409或更新版本，以及Analysis Core插件版本1.38。关于如何使用Checkstyle插件的分步说明安装转到你的Jenkins实例根页面。如果您的Jenkins实例启用了安全性，请以具有总体| administrate权限的用户身份登录。选择屏幕左侧的managejenkins链接。选择管理插件链接。在"可用"选项卡上，选择Checkstyle插件并单击页面底部的下载和安装按钮。（将自动为您下载所有必需的依赖插件。）（如果您使用的是Jenkins 1.442之前的版本）下载插件后重新启动Jenkins。配置在使用此插件之前，您必须确保您的作业正在生成Checkstyle报告。Jenkins插件不会为您运行Checkstyle。它将报告生成的结果。对于基于Maven的项目，通常需要确保在构建期间执行Maven checkstyle插件。对于基于ANT的项目，您需要确保您的构建调用Checkstyle ANT任务，而其他构建系统将拥有自己的集成。通常Checkstyle结果将保存在一个名为Checkstyle的XML文件中-结果.xml. 如果幸运的话，那么启用插件只需在构建后操作中选中Publish Checkstyle analysis results复选框即可： 对于Freestyle项目类型，有一个文本框，您可以在其中输入插件用于查找checkstylexml结果的文件名模式。文本框假定模式是**/checkstyle-结果.xml除非您输入一个替代模式，否则100次中有99次您可以将文本框留空。如果您使用的是Maven项目类型，则插件将从Maven插件捕获XML文件名，因此不需要配置文件名模式，因此没有文本框可填充！提示与技巧如果单击Checkstyle分析插件的"高级"按钮，还有一些其他高级选项可用：默认情况下，该插件只为稳定或不稳定的构建运行（假设您只在代码编译时运行Checkstyle报告）。如果需要为每个生成收集报告，只需启用"始终运行"选项。如果您正在将Freestyle项目[3]与ANT或Maven多模块项目一起使用，您可能需要查看按模块划分的报告。您可以通过启用detect modules选项让插件尝试并自动检测构建的模块化结构。将0%的运行状况设置为当前Checkstyle错误数，例如10000。将100%的生命值设置为比目标值高20%到50%之间，例如9300。设置状态阈值，使"不稳定"约为目标的10%，例如9950，"失败"比您所在的位置稍差，例如10001： 其结果将是，开发人员将被迫修复一些Checkstyle问题（因为构建将被称为不稳定），并阻止事情变得更糟（因为如果发生这种情况，构建将被标记为失败），一旦取得了一些进展，天气预报将开始改善，给了一个很好的微妙的推动。。。正是那种有效的积极反馈。如何使用它云开发如果您使用的是CloudBees平台即服务（PaaS），则插件与configure on相同云开发。任何已知问题Checkstyle插件可能对内存有一定的要求，如果您的项目有大量Checkstyle冲突，您可能不得不求助于修复其中的一大块，或者切换到使用不同解析引擎并通常保持较低内存占用的违规插件。一些使用Jenkins-Maven项目类型的人报告说pom.xml文件当maven checkstyle插件在只调用主生命周期的构建上运行时，插件不会注意到。相关文件Jenkins插件Wiki页面-斯蒂芬康诺利精英开发商和建筑师云蜂cloudbees.com网站 [1] 可能是在你冒充他人身份之前。 [2] 插件也可以用来演变成彼得的违规报告。要理解为什么有两个插件冒着打开蠕虫的危险。。。Peter不使用Maven构建自己的项目。。。因为某种原因喜欢蚂蚁。。。如果彼得和马文有问题，他通常会找我帮忙。。。我不知道为什么；—）。再加上我对詹金斯·马文项目类型的不赞成。。。您可能会猜到，为什么冲突插件在很长一段时间内不支持Jenkins-Maven项目类型（注意：具有Maven构建步骤的自由式项目总是受支持的。。。而且Maven项目类型从2008年5月开始就得到了支持）[3] 我总是这样。