【问题标题】:Shared Custom Code Analysis Rules with VSTS与 VSTS 共享自定义代码分析规则
【发布时间】:2016-02-11 07:50:38
【问题描述】:

我在共享自定义代码分析规则时遇到问题,我似乎无法通过。我们正在使用具有单一团队项目结构的 VSTS。

这是我的源码结构

  • 团队项目
    • _配置
      • 自定义 Rules.ruleset
    • 项目A
      • 发展
        • Phase2Dev
          • 来源
            • .csproj 文件
      • 主要
        • 来源
          • .csproj 文件
    • 项目 B
    • ...Z 计划

然后在项目文件中我引用 _Configuration\Custom Rules.ruleset 文件,它使用我期望的相对路径。

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
  ...
  <CodeAnalysisRuleSet>..\..\..\..\..\_Configuration\Custom Rules.ruleset</CodeAnalysisRuleSet>
  <RunCodeAnalysis>true</RunCodeAnalysis>
</PropertyGroup>

问题是这样的:当我从 Main 分支到 Phase2Dev(位于 Development 文件夹内)时,相对路径不再正确,必须手动更正。合并回 Main 时也必须再次更正。我知道我可以删除 Development 文件夹,但我们使用了很多分支,如果可能的话,这会使我想避免的文件夹结构混乱。

编辑

根据丹尼尔在下面的回复,我应该分享更多细节。在这种情况下,“项目 A”是大约 50 个中小型项目之一。我们只想为所有这些维护一组代码规则,这就是为什么我将它们放在项目范围之外的文件夹结构中。

所以我的问题是:有没有更好的方法来做到这一点,它不依赖于源在文件夹结构中的深度相同数量?

【问题讨论】:

    标签: tfs azure-devops


    【解决方案1】:

    您的代码分析规则应该能够与应用程序一起发展而不会影响其他分支。将 _Configuration 文件夹移动到您的分支中。

    如果您想在多个解决方案之间共享 CodeAnalysis 规则,则可以将其打包到 Nuget 包中,并让每个项目都依赖该包。

    【讨论】:

    • 丹尼尔,我更新了我的问题,澄清了我的情况。有关详细信息,请参阅下面的编辑。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-10-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-10
    • 1970-01-01
    相关资源
    最近更新 更多