-
-
Notifications
You must be signed in to change notification settings - Fork 60
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
Stop depending on solidus_dev_support #284
Conversation
f090114
to
2d991d0
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.
👍
fa3efa4
to
42b0326
Compare
Codecov Report
@@ Coverage Diff @@
## master #284 +/- ##
=======================================
Coverage 99.59% 99.59%
=======================================
Files 27 27
Lines 489 489
=======================================
Hits 487 487
Misses 2 2 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
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.
Sorry @elia, we still need to remove the instructions on the README so they don't get staled. The wiki should be the unique source of truth.
42b0326
to
68bebb3
Compare
@waiting-for-dev done ✅ |
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.
Lovely!
Summary
With the new way of testing solidus extensions (through full rails installations) we no longer have much to gain from using solidus_dev_support.
Specifically the only two things we were using it for were:
Rubocop rules
We just had a few dev-support adjustments over the "relaxed" rubocop style, but we also had a handful of local rules.
It seems ok to just import the original list and move from there, all modern tooling will adapt to whatever rules are in the repo (language servers, formatters, etc.).
Releasing
The dev-support releasing toolchain starter at a time in which GitHub releases were not so convenient (if they existed at all). Now it's super easy to store the changelog there directly and be generated with one click.
This of course is ok for extensions as the have a smaller scope and simpler changes (vs. Solidus).
Checklist
Check out our PR guidelines for more details.
The following are mandatory for all PRs:
The following are not always needed: