sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险， 终开发---的软件。silverpeas 已经能够实现新的功能和提高产品性能， 这已导致赢得越来越多的客户。silverpeas 是协作知识和内容管理的平台。写在爪哇，中国sonarqube中国总代理， silverpeas 出生于 1999年， 在---时代的 j2ee。这是一个时代之前的框架， 当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架， 是基于---的想法， 但执行不。随着时间的推移，华南sonarqube中国总代理， 由于在产品的早期就做出了短视的设计决策， 而且由于对其体系结构没有明确的愿景， 因此发展和维护代码变得越来越困难。技术--- = 责任
这种情况使我们很难跟上---的步伐， 保持市场的竞争力。使问题复杂化的是， 执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术---代表了一个太大的负债。够了在 2009年， silverpeas 团队作出了一个激烈的决定: 现在是时候， 以现代化的架构和提高 silverpeas 的代码。但他们需要确切地知道如何， 什么， 以及在哪里重构之前， 他们可以继续。我们需要一个工具来支持我们的改变， silverpeas 软件---米格尔 moquillon 说。sonarqube (当时的声纳) 被选中来帮助我们获得正确的， 这些问题。通过它的分析工具和它的统一和可定制的界面， 我们有信息， 以确定我们必须执行的任务， 以减少技术---和提高代码的。这是我们的 gps 在--- silverpeas 的道路上。sonarqube 保持技术---控制
silverpeas 团队在 silverpeas 的现代化过程中选择了 sonarqube 这一关键角色， 部分原因是它是开源的， 就像 silverpeas 一样， 易于扩展， 但 sonarqube 也提供了一些功能 moquillon 说， 团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板， 其中呈现代码的主要指标: 一目了然是什么出错了， 什么是改进了， 很容易看到。简单的导航--一种简单的方法来导航到相关代码的不同指标: 很容易找到需要操作的代码部分.---的报告-在时间的指标演变的迹象: 我们可以估计我们的代码改进的努力。---的软件已导致越来越多的客户赢得
sonarsource 的解决方案有助于 silverpeas 的成功， 通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。工作从坚实基地它的代码改进给它， silverpeas 团队已经能够实现新的功能， 并提高产品的鲁棒性和性能， 这已导致赢得越来越多的客户。今天， silverpeas 团队致力于将其软件保持在 sonarqube 的轨道上。moqillon 说， silverpeas 团队对 sonarqube 有信心， 因为 这是一个开源项目， 如 silverpeas， 因此， 我们是---其演变和。他赞扬 sonarqube 的定期发布时间表、易用性、易于安装以及与现有开发基础结构 (如连续集成服务器詹金斯) 和构建系统 maven 等集成的易用性。现在， sonarqube 分析运行每晚 silverpeas 的35.1万行代码， 由詹金斯触发的后期生成行动。开发人员和经理定期检查结果， 并采取行动解决问题的集体努力， 以维护和进一步提高 silverpeas 的软件。
sonarsource连续检查的10原则:
开发过程中的所有利益干系人 (不仅仅是开发人员或经理) 必须具有现成的访问权限到有关软件的有意义的数据。
管理软件必须是每个人的关注从开始的发展， 但是开发团队的终ji责任。
软件必须是开发过程的一部分， 这意味着满足标准是一个的硬要求能够声明开发完成。
软件要求必须是客观的， 不需要主观的通过/失败的决定。软件要求必须尽可能多地与所有软件产品共同， 无论他们的细节。
软件数据必须是xin的， 即对代码的近版本进行测量。
软件产品必须不断检查， 以便在容易发现错误时迅速正确.开发人员必须能够发现新的缺陷， 一旦他们被引入， 即在ide 编写代码时， 类似于拼写检查程序---拼写错误的方式。
无论是通过推还是拉， 在注入新的缺陷时， 都必须提醒利益干系人， 无论这是通过发送电子邮件， ---了构建或其他方法。
必须---新问题的注入，使团队能够快速、明智地决定。
软件数据必须同时提供绝dui (在所有代码) 和差异 (新的代码)值， 以便开发团队可以完全控制问题的传入流程。
所有新问题和现有关键问题都必须为解决方案指ding明确的路径和时间线。
持续的检验范式是非常有效的， 并已被证明在现实中工作从离岸软件工厂到---100强企业不等。这些公司成功地使用了连续检测模型来管理项目的内部软件所有大小。
一个---100强的公司与超过2万的开发商使用它管理超过6亿行代码， 在每天分析超过5000应用程序的环境中。
在所有情况下， 连续检查帮助这些公司大大提高了软件和稳定， 通常节省数百万美元， 否则将花费在---原因分析和危机管理。
sonarsource
通过上述命令成功分析项目将导致以下输出到控制台或日志文件：
sonarqube runner 2.3
java 1.7.0_25 oracle corporation64位
mac os x 10.8.5 x86_64
info：runner配置文件：/opt/sonar-runner-2.3/conf/sonar-runner.properties
信息：项目配置文件：/users/manisarkar/bn_projects/timelinejs/sonar-project.properties
info：默认语言环境：“en_us”，源代码编码：“utf-8”
信息：工作目录：/users/manisarkar/bn_projects/timelinejs/.sonar
信息：sonarqube服务器3.7
14：11：20.927 info - 加载批量设置
。
。
。
14：11：38.290 info - ---ysis successful，中国sonarqube中国总代理，你可以浏览http：// localhost：9000 / dashboard / index / timelinejs
14：11：38.292 info - 执行工作后类org.sonar.issuesreport.reportjob
14：11：38.293 info - 执行岗位职责类org.sonar.plugins.core.issue.notification.sendissuenotificatipo的sdtjob
14：11：38.314 info - 执行工作后类org.sonar.plugins.core.b---h.indexprojectpo的stjob
14：11：38.356 info - 执行工作后类org.sonar.plugins.dbcleaner.projectpurgepo的stjob
14：11：38.365 info - - ＆gt;在2013-08-19和2013-09-15之间每天保留一张快照
14：11：38.365 info - - ＆gt;在2012-09-17和2013-08-19之间每周保留一个快照
14：11：38.365 info - - ＆gt;在2008-09-22和2012-09-17之间每月保留一个快照
14：11：38.365 info - - ＆gt;删除之前的数据：2008-09-22
14：11：38.368 info - - ＆gt; clean timelinejs [id = 151]
14：11：38.372信息 - 信息：----------------------------------------- -------------------------------
信息：执行成功
信息：------------------------------------------------ ------------------------
总时间：19.099s
终内存：14m / 502m
信息：------------------------------------------------ ------------------------
以下是几个链接，sonarqube中国总代理，以示例sonar-project.properties文件来帮助创建新的，即非maven java项目的sonar设置[05]和sonarqube runner [06]分析。
注意：sonarqube runner希望sonarqube在指ding端口上运行，否则会抛出错误，例如error：sonar server http：// localhost：9000无法访问。这当然可以通过配置文件进行更改参见上一篇文章[01]。
sonarqube组件
一旦构建完成并成功，可以在仪表板中找到新的或更新的项目。钻入项目将带来一个屏幕，载入重要指标和分析项目的各个方面：
以上是示例应用程序的屏幕截图
令人感兴趣的主要重要组成部分是指标，复杂因素，复杂性左下，测试覆盖率指标单位测试覆盖率和单位测试成功率。可能安全---。 package tangle index&dependencies to cut，绝dui是方便的，以保持清洁的包和松散耦合的依赖关系。同样的说法，lcom4方法中缺少凝聚力 - 降值越好，复杂性也揭示了你的类，方法和功能的松散耦合 - 它也是在文件级别和整体级别给出全图。所有这些组件都是软件的---指标，至少如果不是软件工艺 - 底层代码写在上有多好？或者它可以被看作是 - 仍然是充足的改进和重构的房间。
---视图现在进一步分析了分析的其他一些重要方面，并---显示需要更多关注的领域或者一个更多的问题在其顶点附近 - 要么---da允许---，要么需要更多的抛光才能满足要求。
以上是在nemo.sonarqube.org网站上发布的jdk7的截图
我非常喜欢下面的设计组件，它可以---地分解包装依赖关系并强调依赖循环。它是中大型项目中更复杂的事情之一，通常可能会阻碍模块化。
|
|||
|
北京 上海 天津 重庆 河北 山西 内蒙古 辽宁 吉林 黑龙江 江苏 浙江 安徽 福建 江西 山东 河南 湖北 湖南 广东 广西 海南 四川 贵州 云南 西藏 陕西 甘肃 青海 宁夏 物流信息 全部地区... |
|||
| 本站图片和信息均为用户自行发布，用户上传发布的图片或文章如侵犯了您的合法权益，请与我们联系，我们将及时处理，共同维护诚信公平网络环境！ | |||
| Copyright © 2008-2026 云商网 网站地图 ICP备25613980号-1 | |||
| 当前缓存时间：2025/8/20 20:28:09 |
登录后台
江苏企业网 B2B
