SonarQube是否提供了一种功能，可以将差异与旧文件结合起来，以查看我们是如何解决特定问题的？

SonarQube是否提供了一种功能，可以将差异与旧文件结合起来，以查看我们是如何解决特定问题的

就像我建立了我的项目，声纳说所有的拦截器都修好了。我的经理想查看声纳的代码，并将文件与原始文件进行比较。声纳有什么我能做的吗

---

我使用的是sonarqube 5.3。

不，您不能在sonarqube本身中执行此操作。这基本上可以归结为SonarQube并不是一个真正的代码版本控制工具，所以代码历史记录并没有保存在数据库中。该文档提供了一些关于正在发生的事情的见解：

当您对项目运行新的分析时，以前可用的一些数据将从数据库中清除。例如，在新分析结束时，会自动删除以前分析的源代码、目录和文件级别的度量值等

---

如果您的目标是查看修复问题的差异，那么在SonarQube中，您可以利用代码旁边显示的。单击它将提供提交散列，然后您可以将其传递给SCM工具以查看实际的代码差异。

不，您不能在SonarQube本身中执行此操作。这基本上可以归结为SonarQube并不是一个真正的代码版本控制工具，所以代码历史记录并没有保存在数据库中。该文档提供了一些关于正在发生的事情的见解：

当您对项目运行新的分析时，以前可用的一些数据将从数据库中清除。例如，在新分析结束时，会自动删除以前分析的源代码、目录和文件级别的度量值等

---

如果您的目标是查看修复问题的差异，那么在SonarQube中，您可以利用代码旁边显示的。单击它将提供提交散列，然后您可以将其传递到SCM工具以查看实际的代码差异。

谢谢。这帮了大忙。但是你不认为代码审查对于任何类型的分析工具都是最重要的吗？添加此功能是一个好主意，因为它可以帮助代码审查更顺畅，而不是查找标签并切换工具？在我看来，分析工具和代码审查工具是完全不同的工具，SonarQube显然不打算用于代码审查（有）。但这是一个完全不同的讨论。谢谢。这帮了大忙。但是你不认为代码审查对于任何类型的分析工具都是最重要的吗？添加此功能是一个好主意，因为它可以帮助代码审查更顺畅，而不是查找标签并切换工具？在我看来，分析工具和代码审查工具是完全不同的工具，SonarQube显然不打算用于代码审查（有）。但这是一个完全不同的讨论。