因此，我们将 SonarCloud 用于 Azure DevOps 管道中的 .NET Core MVC 项目。我们注意到根据 SonarCloud，我们的代码覆盖率非常低（< 50%），而我们有很多单元测试。我们的组织没有最低代码覆盖率规则或任何东西。但是该组织认为覆盖线String Name { get; set; }是没有用的。
我们注意到，根据 SonarCloud，“模型”项目的覆盖率非常低，而我们认为不需要测试具有 nog 逻辑的模型。
有没有办法影响覆盖规则？有哪些线需要覆盖，哪些线不能覆盖的设置？
欢迎提供有关该主题的任何信息。提前致谢。
设置您自己的自定义质量门配置文件非常容易。在显示组织所有项目的组织主视图上，组织名称下方有一个名为“Quality Gate”的选项卡，选择该选项卡。左侧是当前使用的所有质量门配置文件。应该有一种叫做“Sonar way”的方法，带有标签“BUILT-IN”和“DEFAULT”。在右上角，有一个“复制”按钮。复制“Sonar way”质量门，并相应地命名。创建新的质量门配置文件后，您可以修改覆盖率、重复线 (%)、可维护性评级、可靠性评级和安全评级参数。获得所需设置后，您需要分配项目以使用该质量门配置文件。您可以将新创建的质量门配置文件设为默认配置，这将使所有项目都使用该质量门配置文件。您还可以通过选择“项目”标签下的“无”按钮来使用新的质量门配置文件来定位特定项目，然后选择您希望使用新配置文件的项目。完成此操作后，您将在“With”按钮下看到您的项目。基本上，所有项目都将使用默认的质量门配置文件，除非该配置文件专门分配给不同的质量门配置文件。并选择您希望使用新配置文件的项目。完成此操作后，您将在“With”按钮下看到您的项目。基本上，所有项目都将使用默认的质量门配置文件，除非该配置文件专门分配给不同的质量门配置文件。并选择您希望使用新配置文件的项目。完成此操作后，您将在“With”按钮下看到您的项目。基本上，所有项目都将使用默认的质量门配置文件，除非该配置文件专门分配给不同的质量门配置文件。
我发现这在项目的早期开发中很有用，当您创建实体和服务模型类（或任何 POCO 样式类）并且不想浪费时间为属性访问器编写测试时。一旦实现了所有代码，就可以提高新代码的覆盖率要求。