Conversation
6ba9221 to
40e9bee
Compare
G-Rath
left a comment
There was a problem hiding this comment.
I jumped the gun and started reviewing early - I'm going to post these so they don't get eaten by further changes, and then can re-review when you're actually ready for that.
fwiw I personally feel a bit eh about using this code of conduct because of the prior history/controversy, but expect I'm in the minority and I know Ruby use it so 🤷
8c96973 to
0cac6d7
Compare
| uses: ruby/setup-ruby@v1 | ||
| with: | ||
| bundler-cache: true | ||
| ruby-version: '3.0' |
There was a problem hiding this comment.
We should probably use a `.ruby-version file for this so it is consistent with local dev.
Also we should remove TargetRubyVersion from this repo's .rubocop.yml so that Rubocop can pick up .ruby-version too - see https://docs.rubocop.org/rubocop/configuration.html#setting-the-target-ruby-version
There was a problem hiding this comment.
🐘 ideally I'd prefer this change be done in its own PR :)
Also we should remove TargetRubyVersion from this repo's .rubocop.yml
I don't think it matters that much, but fwiw I thought the comment on why that is in there made sense ("Target the oldest version of Ruby that Rails 7 supports")
|
Docs look good to me, just one small thing about the rubocop CI change |
| - Use well-crafted commit messages, providing context if possible. | ||
| - Squash "WIP" commits and remove merge commits by rebasing your branch against | ||
| `main`. We try to keep our commit history as clean as possible. |
There was a problem hiding this comment.
Since we merge by squashing, I think we should be saying roughly the opposite: while a tidy commit history is useful (especially for large changes), it doesn't have to be perfect since we'll squash everything into one, but what we do want is a meaningful PR title & description.
| finishes with `.tt`, Thor considers it to be a template and places it in the | ||
| destination without the extension `.tt`. | ||
|
|
||
| ## Tests |
There was a problem hiding this comment.
This section feels unfinished to me - notably, I don't think it correctly explains that:
- we have a collection of configs that are run by CI
- these live in
ci/configs ci/bin/build-and-testcan be used to run one of these configs
Co-authored-by: Gareth Jones <gareth.jones@ackama.com>
a7d0286 to
c05e0eb
Compare
No description provided.