Skip to content

Fastuptodate should check analyzers, rulesets and editorconfigs #2374

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

Closed
2 of 3 tasks
srivatsn opened this issue Jun 2, 2017 · 15 comments · Fixed by #2464 or #8830
Closed
2 of 3 tasks

Fastuptodate should check analyzers, rulesets and editorconfigs #2374

srivatsn opened this issue Jun 2, 2017 · 15 comments · Fixed by #2464 or #8830
Assignees
Labels
Feature-Up-to-date Build up-to-date check that avoids shelling out to MSBuild unless necessary. Resolution-Fixed The bug has been fixed, refer to the milestone to see in which release it was fixed. Triage-Approved Reviewed and prioritized
Milestone

Comments

@srivatsn
Copy link
Contributor

srivatsn commented Jun 2, 2017

A build should happen after changing :

@srivatsn srivatsn added the Bug label Jun 2, 2017
@srivatsn srivatsn added this to the 15.3 milestone Jun 2, 2017
@panopticoncentral
Copy link
Contributor

We already do track analyzer references.

@panopticoncentral
Copy link
Contributor

Rulesets also are tracked as None input items.

@panopticoncentral
Copy link
Contributor

And how do editorconfig file affect the build? Don't just they affect the editor defaults? I don't see them show up anywhere in project files.

@srivatsn
Copy link
Contributor Author

srivatsn commented Jun 2, 2017

Rulesets are not none items - they are specified by a codeanalysisruleset property. @jmarolf how are editorconfigs represented in the project?

@panopticoncentral
Copy link
Contributor

Never mind about the ruleset, I got confused by the test scenario I was looking at.
In terms of editorconfig, though, regardless of whether they're represented in the project, how can they affect compilation? I thought they were just editor defaults and aren't part of compilation per-se.

@srivatsn
Copy link
Contributor Author

srivatsn commented Jun 3, 2017

There's work being done (not sure of the current state - @jasonmalinowski ?) to pass editorconfig to the compiler so that editorconfig can affect commandline build

@sharwell
Copy link
Contributor

sharwell commented Jun 4, 2017

The ability to pass .editorconfig files to the compiler layer is targeted to 15.6. It's well underway but not yet completed. At that point they will be similar to rule set files in their ability to change the impact of analyzers on the build.

@davkean
Copy link
Member

davkean commented Jun 5, 2017

Except that worse thing (looking at the last design I saw) is that .editorconfig's don't appear as items in the project. Not sure how we're supposed to be aware of them.

@jasonmalinowski
Copy link
Member

dotnet/roslyn#19029 is tracking updating the project systems (both this one and the legacy one) for .editorconfig. And @davkean is correct that we'll have to do a bit of work here.

@panopticoncentral
Copy link
Contributor

@srivatsn Is code analysis working in .NET Core projects? I see #988 about the fact that the UI doesn't work, but when I set a CodeAnalysisRuleSet and turn on code analysis, I get a build error that the platform can't be identified. Wanted to make sure I wasn't doing something wrong, as would need to test this, obviously...

@srivatsn
Copy link
Contributor Author

FxCop doesn't work but ruleset files affect roslyn analyzers too which works for netcore.

@panopticoncentral
Copy link
Contributor

Original fix cause regressions, see referenced PRs

@panopticoncentral panopticoncentral self-assigned this Jul 5, 2017
@panopticoncentral panopticoncentral modified the milestones: 15.5, 15.3 Jul 5, 2017
@Pilchie Pilchie modified the milestones: 15.5, 15.6 Oct 17, 2017
@Pilchie Pilchie added the Feature-Up-to-date Build up-to-date check that avoids shelling out to MSBuild unless necessary. label Dec 19, 2017
@Pilchie Pilchie modified the milestones: 15.6, 15.7 Dec 20, 2017
@Pilchie
Copy link
Member

Pilchie commented Dec 20, 2017

.editorconfig is not in Roslyn yet, and ruleset modifications are rare enough that we can live with this for 15.6

sharwell added a commit to sharwell/roslyn-analyzers that referenced this issue Feb 25, 2018
@Pilchie Pilchie modified the milestones: 15.7, 15.8 Mar 30, 2018
@Pilchie Pilchie modified the milestones: 15.8, 16.0 Jul 3, 2018
@panopticoncentral panopticoncentral removed their assignment Nov 28, 2018
@panopticoncentral
Copy link
Contributor

@drewnoakes I don't think I'm going to get to look at this soon. Is this something you could look at?

@drewnoakes
Copy link
Member

Sure, I'll pick it up.

@drewnoakes drewnoakes self-assigned this Nov 28, 2018
@drewnoakes drewnoakes modified the milestones: 16.0, 16.1 Jan 15, 2019
@drewnoakes drewnoakes added Triage-Approved Reviewed and prioritized and removed Triage-Approved Reviewed and prioritized labels Jan 15, 2019
@drewnoakes drewnoakes modified the milestones: 16.1, 16.2 Apr 3, 2019
@drewnoakes drewnoakes modified the milestones: 16.2, 16.3 Jun 13, 2019
@drewnoakes drewnoakes modified the milestones: 16.3, 16.4 Jul 17, 2019
@drewnoakes drewnoakes modified the milestones: 16.4, 16.x Oct 1, 2019
@drewnoakes drewnoakes modified the milestones: 16.x, 17.x Aug 18, 2021
@ghost ghost added the Resolution-Fixed The bug has been fixed, refer to the milestone to see in which release it was fixed. label Feb 6, 2023
@drewnoakes drewnoakes removed the Bug label Oct 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature-Up-to-date Build up-to-date check that avoids shelling out to MSBuild unless necessary. Resolution-Fixed The bug has been fixed, refer to the milestone to see in which release it was fixed. Triage-Approved Reviewed and prioritized
Projects
None yet
7 participants