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

Cleanup verify #2043

Merged
merged 1 commit into from
Oct 16, 2016
Merged

Cleanup verify #2043

merged 1 commit into from
Oct 16, 2016

Conversation

stephengroat
Copy link
Contributor

@stephengroat stephengroat commented Sep 16, 2016

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

@fpigerre fpigerre added the enhancement Issue/PR contains enhancements to the overall code of the site. label Sep 17, 2016
@mxxcon
Copy link
Contributor

mxxcon commented Sep 17, 2016

So what's the advantage of this over what we already have?

@Carlgo11
Copy link
Member

@mxxcon it's just a cleanup. No advantages more than that the code looks nicer

On Sep 17, 2016, at 00:09, mxxcon notifications@github.com wrote:

So what's the advantage of this over what we already have?


You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

@mxxcon
Copy link
Contributor

mxxcon commented Sep 17, 2016

But we now have a new dependency on rubocop gem, don't we?

@stephengroat
Copy link
Contributor Author

adds a gem dependency only for test. my goal is to add a lot more to the test

  1. figure out more extensive tests to run just on sections updated by a git pull (url checking etc)
  2. get an internal section that uses apis (twitter, facebook, domaintally). since the only PRs that are made by members can use API keys, maybe start creating an internal PR from master to gh-pages to trigger travis to do those

i think it would be a a great goal to automate ourselves out of existence

@Carlgo11
Copy link
Member

psst, rebase when you're done 😉

@stephengroat
Copy link
Contributor Author

stephengroat commented Sep 18, 2016

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 ...

Copy link
Member

@Carlgo11 Carlgo11 left a 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?

@stephengroat
Copy link
Contributor Author

stephengroat commented Sep 19, 2016

I agree it's dependency/another way for the build to fail, but I'm not sure I agree with:

My view on the build statuses is that checks should be run for things essentials for the project but not for cosmetic purposes only.

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

@Carlgo11
Copy link
Member

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.

@Carlgo11 Carlgo11 closed this Sep 20, 2016
@Carlgo11 Carlgo11 reopened this Sep 20, 2016
@Carlgo11
Copy link
Member

(Accidentally closed the PR. Opened it again 😅)

@stephengroat
Copy link
Contributor Author

I we don't allow PRs if they remove trailing whitespace, shouldn't that be part of the automated checks?

@YesThatAllen YesThatAllen mentioned this pull request Oct 16, 2016
@Carlgo11 Carlgo11 merged commit 9e8b7e3 into 2factorauth:master Oct 16, 2016
@stephengroat stephengroat deleted the cleanup-verify branch October 18, 2016 18:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Issue/PR contains enhancements to the overall code of the site.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants