Sonarqube分支结果长寿命分支未按预期显示
Sonarqube服务器7.0版（构建36138）
Sonarqube分支插件7.0（构建413）
Sonarqube已经建立了一个主分支机构。
作为Jenkins构建作业的一部分，我们执行以下命令：
mvn sonar:sonar -Dsonar.host.url=<our host> -Dsonar.projectName=<project name> -Dsonar.projectKey=<project name> -Dsonar.branch.name=${BRANCH}
其中BRANCH设置为我们在Jenkins构建的分支名称。
[信息]分支名称：发展，类型：短命
这使我相信，发展并没有被认为是一个长期存在的分支。
2）在问题选项卡中没有输出。只有代码选项卡显示任何内容。但是主分支输出显示了225个问题，所以我希望在开发分支中有相同的问题列表（因为它们还没有被解决）。
知道为什么问题选项卡没有显示任何东西吗？
非常感谢，韦斯
共有1个答案
似乎您击中了这个:
已经有一张Jira票
https://Jira.sonarsource.com/browse/mmf-1265
https://community.sonarsource.com/t/long-lived-branches-quality-gate-does-not-fail-in-first-analysis/175
-
编辑：我的困惑出现了，因为通过预测哪个分支，你肯定也在有效地进行目标预测？？ 这个问题与我关于这个主题的第一个问题有内在联系： 分支预测与分支目标预测 无限循环 语句 或语句 语句的“then”子句结尾（跳过子句） 非虚函数调用 从函数返回 虚函数调用 函数指针调用 语句（如果编译为跳转表） 语句 语句（如果编译成一系列语句） 循环条件测试 和运算符 三元运算符 null 如果我有以下代码： (B
-
如果语句更多地依赖于分支预测，而v表查找更多地依赖分支目标预测，那么
-
分支目标预测（BTP）与分支预测（BP）不同。我知道BTP会找到分支将跳转到的位置，而BP只是决定可能采取哪个分支。 BTP依赖BP吗，如果BTP不使用BP来预测哪个分支被采用，它怎么可能知道分支的目标呢？ 我不明白为什么会有这么大的差异？一旦分支被预测为被占用，找到目标并不像读取指令中的地址一样简单吗？
-
我的代码经常调用具有多个（不可预测的）分支的函数。当我分析时，我发现这是一个小瓶颈，大部分CPU时间用于条件JMP。 考虑以下两个函数，其中原始函数有多个显式分支。 这是一个新函数，我试图在其中删除导致瓶颈的分支。 然而，当我分析新代码时，性能只提高了大约20%，而且调用本身(对mem_funcs数组中的一个func)花费了很长时间。 第二个变量仅仅是一个更隐含的条件吗，因为CPU仍然无法预测将要
-
我正在分析处理数百万条消息的两种设计之间的差异。一种设计使用多态，另一种不使用——每个消息都将由多态子类型表示。 我已经使用 VTune 分析了这两种设计。高级摘要数据似乎很有意义 - 与使用IF语句实现的非多态版本相比，多态设计具有更高的“分支误判”率，更高的CPI和更高的“ICache未命中”率。 多态设计有一行源代码，如下所示： 这被称为数百万次（其中子类型每次都改变）。由于分支目标预测失误
-
问题内容： 所以我创建了一个集成脚本，但是由于某种原因它没有显示出正确的结果。我的查询是 结果中出乎意料的一行之一是这个 ID为11的组具有display_style_priority 2000而不是5200。它应显示具有display_style_priority 5200的用户组ID。这是该用户所在的排名最高的组。有人可以指出我做错了什么。 问题答案： 尝试将GROUP BY更改为 其他大多数