-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Cleanup verify #2043
Cleanup verify #2043
Conversation
So what's the advantage of this over what we already have? |
@mxxcon it's just a cleanup. No advantages more than that the code looks nicer
|
But we now have a new dependency on |
adds a gem dependency only for test. my goal is to add a lot more to the test
i think it would be a a great goal to automate ourselves out of existence |
psst, rebase when you're done 😉 |
will do. geez, it's like the guy trying to commit stuff for code cleanliness should have clean commits. seems like a lot of work ... |
ff0f4cf
to
96f818b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The code looks nice but I don't know how good of an idea it is to introduce yet another way the build can fail.
My view on the build statuses is that checks should be run for things essentials for the project but not for cosmetic purposes only.
Maybe instead of adding the rubocop gem you could use this PR to tidy up the verify.rb script?
I agree it's dependency/another way for the build to fail, but I'm not sure I agree with:
Why not check whatever pieces can be automatically checked? I would think that the eventual goal of this project would be that every piece of a PR is checked during the CI process and only minimal human review is needed (i.e. i saw that previous URL checking produced timeouts during the build process, but what if only the URLs affected by the PR were checked (reducing the URL checking surface area)). P.S. i don't mean to be an ass |
With cosmetic purposes I mean things like formatting and white space. URL checking is not something cosmetic. Making the code look nice is a good thing but the build shouldn't fail just because of formatting. |
(Accidentally closed the PR. Opened it again 😅) |
I we don't allow PRs if they remove trailing whitespace, shouldn't that be part of the automated checks? |
This is an idea.
I enabled rubocop, which is an aggressive ruby linting tool. you can see that i disable a few of the check for the of the more complex functions, but this does force uniformity in the ruby code.
adding a .rubocop.yml is also an option (instead of the inline
# rubocop:disable
comments)general comments or hatred welcome
next goal is to get/make a linting tool that tools at the editorconfig for all files