-
Notifications
You must be signed in to change notification settings - Fork 414
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
Improved lint report readability #598
Improved lint report readability #598
Conversation
This commit does not change the output of the integration specs.
Oh, also worth mentioning: I changed how we prevent machine-specific paths from creeping into the specs. Instead of having a “specs mode” env var change app behavior, the specs now scrub the paths from the generated output. This both cleans up app code & makes the specs more realistic. That’s what the |
You can find it at CHANGELOG.md.
Generated by 🚫 danger |
Yay, @pcantrell's back! 😉 On the whole, this looks great. 👍 whenever you get CI passing 😄 |
Nice to be back! OK, CI’s all sorted. Looks like it was just a Ruby 2.0 vs 2.3 thing. Before I merge, any opinion on having the separate {
"file": "/Users/paul/work/bustout/siesta/Source/Error.swift",
"line": 200,
"symbol": "transformer",
"symbol_qualified": "Error.Cause.TransformerReturnedNil.transformer",
"symbol_kind": "source.lang.swift.decl.var.instance",
"warning": "undocumented"
} vs this, which is a (small) breaking change: {
"file": "/Users/paul/work/bustout/siesta/Source/Error.swift",
"line": 200,
"symbol": "Error.Cause.TransformerReturnedNil.transformer",
"symbol_kind": "source.lang.swift.decl.var.instance",
"warning": "undocumented"
} |
I agree on changing |
👍 feel free to merge this whenever you're ready @pcantrell! |
Thanks, JP. Will merge when CI passes. (How can there be no “twiddling thumbs” emoji? …Wait! Aha! ䷄ U+4DC4 = “hexagram for waiting”) |
Catchy! |
䷄䷄䷄䷄䷄䷄䷄䷄䷄䷄䷄ Travis during US business hours…. |
This PR contains three improvements to make
undocumented.json
more useful & more human-readable:symbol_qualified
key that gives, for example,"Error.Cause.UnencodableText.text"
instead of the no-so-useful"text"
. (In a green field, I’d prefer to just replacing the existingsymbol
with that fully qualified value, but I left the old key/value intact in case anyone’s using it.)Here are the results.
I know the intent was to run
undocumented.json
through some reporting tool, but it’s nice to also be able to read the file itself.In the course of implementing this, I noticed that jazzy was generating the lint report using the raw Sourcekitten dict, which resulted in some redundant logic. I switched over to using the parsed
SourceDeclaration
object, and that cleaned up a few dozen lines of code. I put that change, the one that caused the most code disruption, in its own commit, and verified that it didn’t alter the integration specs. (I did, however, get different spec output locally than was checked in even before making changes. Dependencies changed? Different Ruby? Different Sourcekitten? We’ll see what happens on CI….)