Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

StyleCop Analyzer Export #1178

Closed
agentschmitt opened this issue Aug 10, 2015 · 3 comments
Closed

StyleCop Analyzer Export #1178

agentschmitt opened this issue Aug 10, 2015 · 3 comments
Assignees

Comments

@agentschmitt
Copy link

Could you please add a tool, msbuild task or something similar that can generate a xml report for the stylecop violations.

The old stylecop project had an msbuild task to generate a xml file which can be used in continuous integration enviroments like team city or jenkins.

I tried doing this with your StyleCopTester tool but this seems not to consider the ruleset from project and also has just output of total warning count and no more details.

Would really be nice to have a option for generating an xml export for stylecop analyzers in an stylecop compatible format so we have a full replacement of stylecop.

@sharwell
Copy link
Member

Hi @agentschmitt and welcome to the project. 😄

This is more or less a duplicate of #1090, which includes ideas for implementing functionality like this. Currently StyleCopAnalyzers doesn't export an XML file, but it does expose information about violations through a standard API that can be used to export any needed format. Since the "new" way to export information from analyzers is to simply report it during the standard build process, it seems like the task for this project is already complete.

@sharwell
Copy link
Member

@pdelvo @AArnott I'm planning to close this as outside the scope of this project. I don't believe this tool is as necessary for this project as it was for StyleCop classic for the following reasons:

  1. Analyzers are directly integrated into MSBuild. You can't build the project and not have the warnings reported for enabled rules. StyleCop classic used a separate pass from compilation. The project build output already functions as the report.
  2. Most of the diagnostics now have code fixes that support fixing all violations of style rules in one operation. It's much less likely for fixes to these rules to be delayed (and thus need a report) because the rules are almost trivial to follow in the first place.

@sharwell sharwell self-assigned this Aug 13, 2015
@AArnott
Copy link
Contributor

AArnott commented Aug 14, 2015

I agree, @sharwell

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants