C# R#：停止接触代码清理上的ghostdoc XML注释？

我正在使用GhostDoc创建我的XML注释，我对这种格式非常满意。我使用以下格式（c#）

//
///创建新的客户端。
/// 
///URI。
///情人。
/// 

使用R#7.1.1中的代码清理，它重新格式化了我的xml注释，甚至在缺少的地方插入了新的xml注释，这真的很烦人。有没有办法阻止这一切

我已经为代码清理创建了自己的配置文件，并禁用了所有内容（甚至还禁用了stylecop设置），并且我进行了代码清理，确信它希望重新格式化我的xml注释，并将新注释放在丢失的地方

有人知道怎么避开这个吗

---

谢谢

很可能您做错了什么，或者您在ReSharper或StyleCop中遇到了错误。你应该：

尝试完全禁用StyleCop

仔细检查您是否在自定义配置文件中禁用了C#|重新格式化嵌入的XML文档注释

在调用代码清理时，请仔细检查您是否确实选择了此自定义配置文件

创建一个可以重现问题的示例解决方案，并联系ReSharper支持部门。看

---

RESHARPER>Options>StyleCop

---

关闭标题>将文本插入文档和文件标题

我遇到了类似的问题。我用GhostDoc和R#代码清理一直在转动这个

/// <summary>
/// Defines the entry point of the application.
/// </summary>
/// <param name="args">The arguments.</param>

//
///定义应用程序的入口点。
/// 
///争论。

进入这个

/// <summary>
/// Defines the entry point of the application.
/// </summary>
/// <param name="args">
/// The arguments.
/// </param>

//
///定义应用程序的入口点。
/// 
/// 
///争论。
/// 

这让我很恼火，因为我取消了选择

重新格式化嵌入的XML文档注释。我终于在
ReSharper->Options->code Cleanup->StyleCop->1611:元素参数必须被文档化时发现了有问题的设置。

您应该能够对自己的问题采用类似的方法，用您的问题替换“参数”。
作为另一种选择

在Resharper>Options>Tools>StyleCop>Headers下

选择“对声明标题使用单行”
关于“尝试完全禁用StyleCop”，除了OP尝试的之外，您还有什么建议吗？这让我想到禁用所有StyleCop规则（我认为OP的描述就是这个意思）就可以了。也许卸载StyleCop以帮助消除过程是最好的？否则，我会想到，当然需要禁用正确级别的StyleCop设置（即所有设置）。@J0e3gan不幸的是，我不是StyleCop方面的专家，但我已经处理了某些实际上由StyleCop引起的“奇怪的ReSharper bug”。不是StyleCop不好，而是每个人都可能犯错误，我需要确定这实际上是我的错误。这就是为什么对我来说，处理格式错误的第一条规则是要求用户暂时完全摆脱StyleCop。禁用规则是不够的。可能有临时卸载StyleCop的选项（对于ReSharper，您可以转到工具->选项->ReSharper->挂起），或者OP需要临时卸载StyleCop。明白-完全有意义。我也不是StyleCop专家，但我发现一个
csproj
文件更改可以在给定的项目中禁用它-有助于此类故障排除和其他需要在项目级别禁用StyleCop的情况。旧的MSKB解释说，将
false
添加到项目文件的全局配置部分将禁用项目的StyleCop。我检查了它（使用StyleCop4.7），它工作得很好；但是，对项目按需运行StyleCop（即通常的方式），它仍然会生成警告。修复方法是将
RulesEnabledByDefault
添加到项目的
设置.StyleCop
文件中，如中所述
RulesEnabledByDefault
禁用所有规则，无论项目的StyleCop分析是如何运行的。我发现是SA1611、SA1615和SA1617执行了该操作。
/// <summary>
/// Defines the entry point of the application.
/// </summary>
/// <param name="args">
/// The arguments.
/// </param>