SonarSource简介代码质量是软件发明时出现的问题。代码质量差会导致各种问题:团队速度低、应用程序退役、生产崩溃、公司声誉不佳..。在SonarSource，我们提供了解决方案，以提高维修性，可靠性和安全性。性问题这通常被称为技术债务。与可维护性相关的问题在我们的产品中被命名为代码气味。从本质上说，软件预计会随着时间的推移而改变，这意味着今天编写的代码将在明天更新。在代码库中进行此类更改的能力、成本和时间直接与其可维护性级别相关。换言之，低可维护性意味着开发团队的低速。可维护性包括模块化、理解、可变性、可测试性和可重用等许多概念。它不采取关键问题的形式，而是数以千计的小问题与jia做法的结果。SonarSource结论由SonarSource设计和实现，内部质量连续检测是一个整体，完全实现的过程，旨在使代码质量成为软件开发生命的一个组成部分循环并提高其在整个生命周期中的所有利益干系人的可见性。连续检查范例是非常有效的，并已被证明是在现实世界中工作，代理商sonarqube插件，在所有行业从one-man商店到财富100强企业不等的组织。连续检测是一种新的软件质量模型，它包含较短的反馈回路确保快速解决质量问题。简而言之，它是一个从一开始就建立质量的模型，而不是事后考虑。随着持续的检查，发现质量缺陷-和纠正--在开发过程的早期，影响很小而且易于管理。一些问题将在开发人员的IDE中被的捕获，然后再进行签入。其余的将被报告在一天内，虽然代码仍然是新的开发人员的头脑和修复仍然便宜和容易。这快速反馈周期具有提高质量和教育的双重效益。连续检查很好地适应了敏捷和瀑布开发环境，并解决了传统方法的缺点。持续的检查提供了改进的质量对开发过程和时间线的xiao中断。持续的检查促进了团队协作和生产力的增强，并产生了强大团队对代码质量的归属感，因为质量过程与代码本身一样，是由团队。在那里，准时的审计被嘲笑为迅速过时，并忽略增量软件开发的性质，连续检查提供了一个即时性和清晰的图片软件质量随时间推移。随着持续的检查，质量的感知成本是零，sonarqube插件，因为质量是混合无缝地进入开发过程本身。经过不断的检验，企业终于可以接受代码质量whole-heartedly，并da化其软件ROI。SonarSource城市之旅2016丹切2016年5月26日在10:14pm今天我参加了伦敦SonarSource城市之旅。SonarSource制作两个连续代码质量工具:SonarQube;和SonarLint。雷迪森sas波特曼酒店举办的低调活动约50与会者。我们听到了一些适当的技术介绍，从奥利维尔Gaudin，弗雷迪槌，和SonarSource的尼古拉斯秘鲁和邓肯波克林顿从微软。技术债wu这一天开了一个问题。谁负责代码质量？还是QA？是不加掩饰的:开发商。在某些情况下，引入技术债wu是可以的，但团队需要了解他们所创建的问题的权衡和存在的程度。hao的方法是通过客观和一致的测量。修复泄漏知道你有问题是一回事。修理它是另一回事。这一天的首要主题是修复泄漏:当你有一个漏水的管道，你应该先修复它还是先把它擦干净？如果你不首先解决问题的根源，那么清理就不是很有用。(这对我来说特别的伤感，因为我在家里的水管漏水，所以我迟到了。在实践中，这意味着设置一个质量的酒吧(或门的SonarSource行话)新的变化，但大多忽略现有的问题，直到你得到控制的事情。这似乎是一个不错的方法，有两个原因:它减少了在遗留的基本代码上开始的摩擦力，因为你可以假装你是从一个干净的石板开始;这是沙子上的一条线，它为球队的前进设定了期望。奥利维尔不厌其烦地强调，有一个自动化的工具，实施这种行为不会减轻你的教育团队的jia做法。每一个指标都可以博弈，所以你需要让人们在船上的概念，真正充分利用它。SonarQubeSonarQube度量您的代码库的可维护性、可靠性和安全性，代理商sonarqube插件，并跟踪随着时间的推移而改进。它还指出了代码中特定的代码气味，应该是固定的。SonarQube是由超过75k的公司使用的，其中一些有数以千计的开发人员和数百万行代码。它成为事实上的代码质量工具，因为它的介绍8年前，超过其Java根现在支持超过20种语言。弗雷迪给了我们一个简要的特点，代理商sonarqube插件，从近的版本，包括v5.6(将在几个星期内发布)。值得注意的是，现代化的体系结构不再需要分析器和数据库之间的直接连接。这一切都通过了一个网络服务，这是更明智的。质量评级也正在完善。现有的SQALE度量对衡量项目的可维护性很有好处，但它没有考虑到问题的严重性。它也没有真正与泄漏概念的网格。在SonarQube5.6中，SQALE将重新命名为可维护性，并且将为性、安全性和可靠性提供新的评级。将所有这些信息一起放在所有项目中将是一个新的治理仪表板(一个商业插件)。路线在工作中，我们使用gitflow。我们不想合并一个功能分支，如果它会降低项目的质量，因此我们特别希望了解分支支持在SonarQube中将如何改进。已经有拉请求集成与GitHub和藏匿，让你知道什么时候合并会引入债wu。但是，目前在SonarQube内部，单独的分支被视为单独的项目。配置是重复的，而且更糟糕的是，每个功能分支都包含了主分支中的所有问题和债wu。这是幸运的SonarSource的一个高优先级，虽然它不会被宣布时，它将船舶。目标是将项目的所有分支作为对主分支的比较。群集是路线图的一个令人惊讶的补充，因为这看起来不像是一种需要支持大量负载的产品。然而，一些真正巨大的设施确实存在于野外，它可以利用多个web服务器与同一数据库进行对话。当弗雷迪宣布SonarQube为服务时，群集的隐藏议程变得清晰明了。这将是一个免费的开放源码项目服务，可以分析任何地方托管的项目(虽然它需要一个GitHub帐户进行身份验证)。它将支持所有的内置SonarSource插件，但没有第三方的。这对开源社区来说是一个好消息!，我有机会问墙和集成系统，如JIRA。一般的意见是，这些应该处理外部SonarQube本身，并集成使用的全功能的restAPI暴露的SonarQube。SonarLintSonarLint是您的IDE(Eclipse、IntelliJ或VisualStudio)的插件，它在您键入时标记代码质量问题。这个想法是为了防止泄漏之前，他们共享与其他的研发代理商sonarqube插件-华克斯由苏州华克斯信息科技有限公司提供。行路致远，砥砺前行。苏州华克斯信息科技有限公司致力成为与您共赢、共生、共同前行的战略伙伴，更矢志成为行业软件具有竞争力的企业，与您一起飞跃，共同成功!)