【问题标题】:Setting up StyleCop for team development为团队发展设置 StyleCop
【发布时间】:2009-12-03 21:24:13
【问题描述】:

我们正在尝试为团队开发环境设置 stylecop。到目前为止,我们所做的是:

  • 将文件签入源代码管理
  • 在指向该位置的每台机器上创建一个环境变量(每个开发人员都将源代码签出到不同的位置,这解决了这个问题)
  • 在项目中添加标签如下:

这很好用,但是 VS 抱怨文件不安全,我知道要修复我们必须在注册表中标记是安全的。我们想创建一个 .reg 文件来导入此设置并让每个人都更轻松。我们可以在路径中使用该环境变量吗?我已经尝试了下面的 sn-p,但这似乎不起作用。环境变量的语法是否不同?

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\9.0\MSBuild\SafeImports]
"StyleCop.4.3"="%StyleCopLocation%\\Microsoft.StyleCop.Targets"

【问题讨论】:

    标签: msbuild stylecop


    【解决方案1】:

    为什么需要将 Targets 文件托管在全局位置?每个人都可以安装一份 StyleCop。

    如果您实际上打算共享 StyleCop 设置,请将项目配置为使用项目本地设置文件 (*.SourceAnalysis)。您可以将此文件与您的项目一起签入,然后每个人都可以同步。

    【讨论】:

    • 但是每个项目都需要按照我们的规则进行配置,而不是全局规则。另外,如果您有更好的方法,我会全力支持 ccnet 构建。
    • 我不熟悉CCNET,但为什么我们不能让它与项目本地设置一起工作?这不是一个“错误”吗?
    • 如果 Stylecop 设置为从父文件夹继承,您可以将规则放在存储库的根文件夹中。因此它将影响所有项目。对于单个项目,可以根据需要启用/禁用附加规则(例如,测试更改命名规则的项目)
    • 我同意 Agent_9191。而且您实际上并不需要环境变量 - 我们将 StyleCop 的相对路径“”放在我们的项目文件中
    猜你喜欢
    • 2023-04-11
    • 2011-02-25
    • 2011-08-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-10-10
    • 1970-01-01
    相关资源
    最近更新 更多