我首先要说的是,我目前的解决方案很简单,但我不想继续执行。
下面您将看到一个概述我当前构建步骤的图像。The project will not be analyzed by SonarQube.Project file: "D:\a\1\s\API.csproj"
这是因为默认情况下,dotnet的构建步骤使用链接设置**/*.csproj查找(Parameters.RestoreBuildProjects我怀疑的是,SonarQube只是在没有发现缺省值的情况下默认guids,然后<
我想要SonarQube,所以我们在jenkins构建过程中安装并使用它。问题是如何从服务器获得结果。我尝试了一些插件,这显然是有效的。我研究过SonarLint,因为我认为它是某种本地版本的SonarQube,但是这个插件在我的IDE中失败了(没有找到服务器),所以我深入挖掘并发现了。当前,SonarLint for Eclipse使用作为SonarQube实例。
因此,它使用的是SonarQube底层,无论如何,我可能可以切换到我们的开发SonarQu
我有一个ASP经典应用程序,它目前运行在IIS6中,但通常是由于最初的程序员没有遵循“最佳实践”,这个应用程序在几个小时后抛出内存错误。理想的解决方案是将应用程序迁移到.NET,或者对原始代码进行故障排除,以查找内存泄漏并进行补救。然而,有近百万行的code...and --查找各种问题并修复它们需要时间--并且需要更多的时间来查找进一步的内存泄漏。显然,由于仍然存在漏洞,整个问题不会消失,但它会得到改善吗?
该应用程序正在Windows Server 2003上运行。