Why does `dart pub lish -n` analyze things in `.pubignore`?

[pq]

Context: we have a bunch of test data in the linter repo that doesn't analyze cleanly (by design) and that creates noise when we want to publish.

When I learned about .pubignore I thought I was golden and in fact, doubly so, since I don't want to publish this test data anyway but I was surprised to see it still producing warnings when I dart pub lish -n.

Is this by design? Am I just holding things wrong?

Thanks!

[sigurdm]

Good question. We probably shouldn't.

I don't know how hard it will be to only analyze the files being published.
If we just invoke with the included files on the command line, I think it will grow too long easily. Maybe we can feed the analyzer a temporary include-file somehow.

[sigurdm]

Hmm - tried getting the diagnostics via package:analyzer instead of invoking dart analyze- but it seems it has no public access to diagnostics for pubspec.yaml.

If I do analysisSession.getErrors('/path/to/pubspec.yaml') It gets analyzed as a dart library.

Not sure if we should move to driving dart language-server, or push for package:analyzer to support this, or some third solution...

[pq]

@sigurdm: is the AnalyzeValidator doing the analysis?

/fyi @bwilkerson

[sigurdm]

is the AnalyzeValidator doing the analysis?

Yes, that is it.

[sigurdm]

@bwilkerson and @pq do you have any suggestions how to drive the analyzer with an arbitrary (and temporary) exclude-list?

[pq]

It looks like AnalyzeValidatorshells out to the dart analyze CLI which I don't think nicely provides what you want. What I don't know is if it would be easier/better to add support there (with a hidden option for example) or if we shouldn't invest in re-writing the validator to use analyzer APIs directly or use analysis server protocols. @bwilkerson?

[sigurdm]

This is still an issue.

I wonder if there is a better way to invoke the analyzer with the right list of file.

Is there some kind of way to hook into a resident analyzer process like what the ide is using?