kettle-dev 2.3.5 → 2.3.6

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (48) hide show
  1. checksums.yaml +4 -4
  2. checksums.yaml.gz.sig +0 -0
  3. data/CHANGELOG.md +40 -11
  4. data/README.md +2 -2
  5. data/exe/kettle-release +26 -2
  6. data/lib/kettle/dev/ci_monitor.rb +4 -4
  7. data/lib/kettle/dev/release_cli.rb +8 -2
  8. data/lib/kettle/dev/version.rb +1 -1
  9. data/sig/kettle/dev.rbs +583 -1
  10. data.tar.gz.sig +0 -0
  11. metadata +15 -59
  12. metadata.gz.sig +0 -0
  13. data/AGPL-3.0-only.md +0 -235
  14. data/CITATION.cff +0 -20
  15. data/CODE_OF_CONDUCT.md +0 -134
  16. data/CONTRIBUTING.md +0 -275
  17. data/FUNDING.md +0 -70
  18. data/RUBOCOP.md +0 -71
  19. data/SECURITY.md +0 -21
  20. data/certs/pboling.pem +0 -27
  21. data/sig/kettle/dev/appraisals_ast_merger.rbs +0 -72
  22. data/sig/kettle/dev/changelog_cli.rbs +0 -69
  23. data/sig/kettle/dev/ci_helpers.rbs +0 -42
  24. data/sig/kettle/dev/ci_monitor.rbs +0 -17
  25. data/sig/kettle/dev/commit_msg.rbs +0 -8
  26. data/sig/kettle/dev/dvcs_cli.rbs +0 -8
  27. data/sig/kettle/dev/exit_adapter.rbs +0 -8
  28. data/sig/kettle/dev/gem_spec_reader.rbs +0 -33
  29. data/sig/kettle/dev/git_adapter.rbs +0 -17
  30. data/sig/kettle/dev/git_commit_footer.rbs +0 -16
  31. data/sig/kettle/dev/input_adapter.rbs +0 -8
  32. data/sig/kettle/dev/modular_gemfiles.rbs +0 -12
  33. data/sig/kettle/dev/open_collective_config.rbs +0 -8
  34. data/sig/kettle/dev/pre_release_cli.rbs +0 -34
  35. data/sig/kettle/dev/prism_utils.rbs +0 -56
  36. data/sig/kettle/dev/readme_backers.rbs +0 -21
  37. data/sig/kettle/dev/release_cli.rbs +0 -20
  38. data/sig/kettle/dev/setup_cli.rbs +0 -8
  39. data/sig/kettle/dev/source_merger.rbs +0 -70
  40. data/sig/kettle/dev/tasks/ci_task.rbs +0 -9
  41. data/sig/kettle/dev/tasks/install_task.rbs +0 -10
  42. data/sig/kettle/dev/tasks/template_task.rbs +0 -10
  43. data/sig/kettle/dev/tasks.rbs +0 -7
  44. data/sig/kettle/dev/template_helpers.rbs +0 -84
  45. data/sig/kettle/dev/version.rbs +0 -8
  46. data/sig/kettle/dev/versioning.rbs +0 -21
  47. data/sig/kettle/emoji_regex.rbs +0 -5
  48. data/sig/kettle-dev.rbs +0 -0
data/CONTRIBUTING.md DELETED
@@ -1,275 +0,0 @@
1
- # Contributing
2
-
3
- Bug reports and pull requests are welcome on [CodeBerg][📜src-cb], [GitLab][📜src-gl], or [GitHub][📜src-gh].
4
- This project should be a safe, welcoming space for collaboration, so contributors agree to adhere to
5
- the [code of conduct][🤝conduct].
6
-
7
- To submit a patch, please fork the project, create a patch with tests, and send a pull request.
8
-
9
- Remember to [![Keep A Changelog][📗keep-changelog-img]][📗keep-changelog] if you make changes.
10
-
11
- ## Developer Certificate of Origin
12
-
13
- In order to protect users of this project, we require all contributors to comply with the
14
- [Developer Certificate of Origin](https://developercertificate.org/).
15
- This ensures that all contributions are properly licensed and attributed.
16
-
17
- ## Help out!
18
-
19
- Take a look at the open issues and pull requests, or use the gem and find something to improve.
20
-
21
- Follow these instructions:
22
-
23
- 1. Join the Discord: [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
24
- 2. Fork the repository
25
- 3. Create your feature branch (`git checkout -b my-new-feature`)
26
- 4. Make some fixes.
27
- 5. Commit your changes (`git commit -am 'Added some feature'`)
28
- 6. Push to the branch (`git push origin my-new-feature`)
29
- 7. Make sure to add tests for it. This is important, so it doesn't break in a future release.
30
- 8. Create new Pull Request.
31
- 9. Announce it in the channel for this org in the [Discord][✉️discord-invite]!
32
-
33
- ## Executables vs Rake tasks
34
-
35
- Executables shipped by dependencies, such as kettle-dev, and stone_checksums, are available
36
- after running `bin/setup`. These include:
37
-
38
- - gem_checksums
39
- - kettle-changelog
40
- - kettle-commit-msg
41
- - kettle-dev-setup
42
- - kettle-dvcs
43
- - kettle-pre-release
44
- - kettle-readme-backers
45
- - kettle-release
46
-
47
- There are many Rake tasks available as well. You can see them by running:
48
-
49
- ```shell
50
- bin/rake -T
51
- ```
52
-
53
- ## Code quality checks
54
-
55
- Run the Reek task when you want a smell check that fails on current findings:
56
-
57
- ```shell
58
- bin/rake reek
59
- ```
60
-
61
- Refresh the checked-in `REEK` backlog through the rake task, not by redirecting
62
- the raw `reek` executable output. The rake task uses the project bundle and
63
- avoids stale generated binstubs shadowing the Reek gem executable:
64
-
65
- ```shell
66
- bin/rake reek:update
67
- ```
68
-
69
- ## Environment Variables for Local Development
70
-
71
- Below are the primary environment variables recognized by stone_checksums (and its integrated tools). Unless otherwise noted, set boolean values to the string "true" to enable.
72
-
73
- General/runtime
74
- - DEBUG: Enable extra internal logging for this library (default: false)
75
- - REQUIRE_BENCH: Enable `require_bench` to profile requires (default: false)
76
- - CI: When set to true, adjusts default rake tasks toward CI behavior
77
-
78
- Coverage (kettle-soup-cover / SimpleCov)
79
- - K_SOUP_COV_DO: Enable coverage collection (default: true in `mise.toml`)
80
- - K_SOUP_COV_FORMATTERS: Comma-separated list of formatters (html, xml, rcov, lcov, json, tty)
81
- - K_SOUP_COV_MIN_LINE: Minimum line coverage threshold (integer, e.g., 100)
82
- - K_SOUP_COV_MIN_BRANCH: Minimum branch coverage threshold (integer, e.g., 100)
83
- - K_SOUP_COV_MIN_HARD: Fail the run if thresholds are not met (true/false)
84
- - K_SOUP_COV_MULTI_FORMATTERS: Enable multiple formatters at once (true/false)
85
- - K_SOUP_COV_OPEN_BIN: Path to browser opener for HTML (empty disables auto-open)
86
- - MAX_ROWS: Limit console output rows for simplecov-console (e.g., 1)
87
- Tip: When running a single spec file locally, you may want `K_SOUP_COV_MIN_HARD=false` to avoid failing thresholds for a partial run.
88
-
89
- GitHub API and CI helpers
90
- - GITHUB_TOKEN or GH_TOKEN: Token used by `ci:act` and release workflow checks to query GitHub Actions status at higher rate limits
91
-
92
- Releasing and signing
93
- - SKIP_GEM_SIGNING: If set, skip gem signing during build/release
94
- - GEM_CERT_USER: Username for selecting your public cert in `certs/<USER>.pem` (defaults to $USER)
95
- - SOURCE_DATE_EPOCH: Reproducible build timestamp.
96
- - `kettle-release` will set this automatically for the session.
97
- - Not needed on bundler >= 2.7.0, as reproducible builds have become the default.
98
-
99
- Git hooks and commit message helpers (exe/kettle-commit-msg)
100
- - GIT_HOOK_BRANCH_VALIDATE: Branch name validation mode (e.g., `jira`) or `false` to disable
101
- - GIT_HOOK_FOOTER_APPEND: Append a footer to commit messages when goalie allows (true/false)
102
- - GIT_HOOK_FOOTER_SENTINEL: Required when footer append is enabled — a unique first-line sentinel to prevent duplicates
103
- - GIT_HOOK_FOOTER_APPEND_DEBUG: Extra debug output in the footer template (true/false)
104
-
105
- Git diff driver setup
106
- - Local setup writes repository `.gitattributes` entries and local Git `diff.smorg-*` command config so this checkout uses StructuredMerge semantic diffs.
107
- - Global setup registers `diff.smorg-*` commands once in the user Git config; use it when you work across several StructuredMerge-enabled repositories.
108
- - Include-file setup writes `.git/smorg/config` and includes it from local Git config, keeping command registrations out of the repository files.
109
- - Git hosting forges generally ignore external diff drivers, so pull request views may still show raw textual diffs even when local `git diff` uses semantic drivers.
110
-
111
- ```console
112
- K_JEM_TEMPLATING=true kettle-jem install
113
- ```
114
-
115
- Troubleshooting Git diffs
116
- - Use `git diff --no-ext-diff` to compare against Git's built-in diff output.
117
- - Use `git diff --no-textconv` when a textconv projection obscures the raw file bytes you need to inspect.
118
- - If Git reports a missing `smorg-*` executable, rerun `bundle install` and the setup command above, then check `git config --local --get-regexp '^diff\.smorg-'`.
119
- - To remove managed local entries, run `K_JEM_TEMPLATING=true kettle-jem install --undo`; remove global command registrations with `git config --global --unset-all diff.smorg-ruby.command`.
120
-
121
- For a quick starting point, this repository’s `mise.toml` defines the shared defaults, and `.env.local` can override them locally. Copy `.env.local.example` to `.env.local`, use `KEY=value` lines, and either activate `mise` in your shell or run commands through `mise exec -C /path/to/project -- ...`.
122
-
123
- ## Appraisals
124
-
125
- From time to time the [appraisal2][🚎appraisal2] gemfiles in `gemfiles/` will need to be updated.
126
- Generated appraisal and CI workflow floors are controlled by `ruby.test_minimum`
127
- in `.structuredmerge/kettle-jem.yml`; this project was templated with `ruby.test_minimum: 2.4`.
128
- That value describes the lowest Ruby version expected to run the test/development
129
- toolchain, and it may be higher than the gemspec runtime floor.
130
-
131
- They are created and updated with the commands:
132
-
133
- ```console
134
- bin/rake appraisal:generate
135
- ```
136
-
137
- Use `bin/rake appraisal:update` when you intentionally need to resolve fresh
138
- appraisal locks.
139
-
140
- If you need to reset all gemfiles/*.gemfile.lock files:
141
-
142
- ```console
143
- bin/rake appraisal:reset
144
- ```
145
-
146
- When adding an appraisal to CI, check the [runner tool cache][🏃‍♂️runner-tool-cache] to see which runner to use.
147
-
148
- ## Run Tests
149
-
150
- Run tests via `kettle-test` (provided by `kettle-test`). It runs RSpec, writes the full log to
151
- `tmp/kettle-test/rspec-TIMESTAMP.log`, and prints a compact highlight block with timing, seed,
152
- pass/fail count, failing example list, and SimpleCov coverage percentages.
153
-
154
- ```console
155
- bundle exec kettle-test
156
- ```
157
-
158
- For targeted runs, disable the hard coverage threshold to avoid false failures:
159
-
160
- ```console
161
- K_SOUP_COV_MIN_HARD=false bundle exec kettle-test spec/path/to/spec.rb
162
- ```
163
-
164
- ### Spec organization (required)
165
-
166
- - One spec file per class/module. For each class or module under `lib/`, keep all of its unit tests in a single spec file under `spec/` that mirrors the path and file name exactly: `lib/kettle/dev/my_class.rb` -> `spec/kettle/dev/my_class_spec.rb`.
167
- - Exception: Integration specs that intentionally span multiple classes. Place these under `spec/integration/` (or a clearly named integration folder), and do not directly mirror a single class. Name them after the scenario, not a class.
168
-
169
- ## Lint It
170
-
171
- Run all the default tasks, which includes running the gradually autocorrecting linter, `rubocop-gradual`.
172
-
173
- ```console
174
- bundle exec rake
175
- ```
176
-
177
- Or just run the linter.
178
-
179
- ```console
180
- bundle exec rake rubocop_gradual:autocorrect
181
- ```
182
-
183
- For more detailed information about using RuboCop in this project, please see the [RUBOCOP.md](RUBOCOP.md) guide. This project uses `rubocop_gradual` instead of vanilla RuboCop, which requires specific commands for checking violations.
184
-
185
- ### Important: Do not add inline RuboCop disables
186
-
187
- Never add `# rubocop:disable ...` / `# rubocop:enable ...` comments to code or specs (except when following the few existing `rubocop:disable` patterns for a rule already being disabled elsewhere in the code). Instead:
188
-
189
- - Prefer configuration-based exclusions when a rule should not apply to certain paths or files (e.g., via `.rubocop.yml`).
190
- - When a violation is temporary, and you plan to fix it later, record it in `.rubocop_gradual.lock` using the gradual workflow:
191
- - `bundle exec rake rubocop_gradual:autocorrect` (preferred)
192
- - `bundle exec rake rubocop_gradual:force_update` (only when you cannot fix the violations immediately)
193
-
194
- As a general rule, fix style issues rather than ignoring them. For example, our specs should follow RSpec conventions like using `described_class` for the class under test.
195
-
196
- ## Contributors
197
-
198
- Your picture could be here!
199
-
200
- [![Contributors][🖐contributors-img]][🖐contributors]
201
-
202
- Made with [contributors-img][🖐contrib-rocks].
203
-
204
- Also see GitLab Contributors: [https://gitlab.com/kettle-dev/kettle-dev/-/graphs/main][🚎contributors-gl]
205
-
206
- ## For Maintainers
207
-
208
- ### One-time, Per-maintainer, Setup
209
-
210
- **IMPORTANT**: To sign a build,
211
- a public key for signing gems will need to be picked up by the line in the
212
- `gemspec` defining the `spec.cert_chain` (check the relevant ENV variables there).
213
- All releases are signed releases.
214
- See: [RubyGems Security Guide][🔒️rubygems-security-guide]
215
-
216
- NOTE: To build without signing the gem set `SKIP_GEM_SIGNING` to any value in the environment.
217
-
218
- ### To release a new version:
219
-
220
- #### Automated process
221
-
222
- 1. Update version.rb to contain the correct version-to-be-released.
223
- 2. Run `bundle exec kettle-changelog`.
224
- 3. Run `bundle exec kettle-release`.
225
- 4. Stay awake and monitor the release process for any errors, and answer any prompts.
226
-
227
- #### Manual process
228
-
229
- 1. Run `bin/setup && bin/rake` as a "test, coverage, & linting" sanity check
230
- 2. Update the version number in `version.rb`, and ensure `CHANGELOG.md` reflects changes
231
- 3. Run `bin/setup && bin/rake` again as a secondary check, and to update `Gemfile.lock`
232
- 4. Run `bin/rake yard` to regenerate the docs site using the canonical docs task
233
- 5. Run `git commit -am "🔖 Prepare release v<VERSION>"` to commit the changes
234
- 6. Run `git push` to trigger the final CI pipeline before release, and merge PRs
235
- - NOTE: Remember to [check the build][🧪build].
236
- 7. Run `export GIT_TRUNK_BRANCH_NAME="$(git remote show origin | grep 'HEAD branch' | cut -d ' ' -f5)" && echo $GIT_TRUNK_BRANCH_NAME`
237
- 8. Run `git checkout $GIT_TRUNK_BRANCH_NAME`
238
- 9. Run `git pull origin $GIT_TRUNK_BRANCH_NAME` to ensure latest trunk code
239
- 10. Optional for older Bundler (< 2.7.0): Set `SOURCE_DATE_EPOCH` so `rake build` and `rake release` use the same timestamp and generate the same checksums
240
- - If your Bundler is >= 2.7.0, you can skip this; builds are reproducible by default.
241
- - Run `export SOURCE_DATE_EPOCH=$EPOCHSECONDS && echo $SOURCE_DATE_EPOCH`
242
- - If the echo above has no output, then it didn't work.
243
- - Note: `zsh/datetime` module is needed, if running `zsh`.
244
- - In older versions of `bash` you can use `date +%s` instead, i.e. `export SOURCE_DATE_EPOCH=$(date +%s) && echo $SOURCE_DATE_EPOCH`
245
- 11. Run `bundle exec rake build`
246
- 12. Run `bin/gem_checksums` (more context [1][🔒️rubygems-checksums-pr], [2][🔒️rubygems-guides-pr])
247
- to create SHA-256 and SHA-512 checksums. This functionality is provided by the `stone_checksums`
248
- [gem][💎stone_checksums].
249
- - The script automatically commits but does not push the checksums
250
- 13. Sanity check the SHA256, comparing with the output from the `bin/gem_checksums` command:
251
- - `sha256sum pkg/<gem name>-<version>.gem`
252
- 14. Run `bundle exec rake release` which will create a git tag for the version,
253
- push git commits and tags, and push the `.gem` file to the gem host configured in the gemspec.
254
-
255
- [📜src-gl]: https://gitlab.com/kettle-dev/kettle-dev
256
- [📜src-cb]: https://codeberg.org/kettle-dev/kettle-dev
257
- [📜src-gh]: https://github.com/kettle-dev/kettle-dev
258
- [🧪build]: https://github.com/kettle-dev/kettle-dev/actions
259
- [🤝conduct]: https://github.com/kettle-dev/kettle-dev/blob/main/CODE_OF_CONDUCT.md
260
- [🖐contrib-rocks]: https://contrib.rocks
261
- [🖐contributors]: https://github.com/kettle-dev/kettle-dev/graphs/contributors
262
- [🚎contributors-gl]: https://gitlab.com/kettle-dev/kettle-dev/-/graphs/main
263
- [🖐contributors-img]: https://contrib.rocks/image?repo=kettle-dev/kettle-dev
264
- [💎gem-coop]: https://gem.coop
265
- [🔒️rubygems-security-guide]: https://guides.rubygems.org/security/#building-gems
266
- [🔒️rubygems-checksums-pr]: https://github.com/rubygems/rubygems/pull/6022
267
- [🔒️rubygems-guides-pr]: https://github.com/rubygems/guides/pull/325
268
- [💎stone_checksums]: https://github.com/galtzo-floss/stone_checksums
269
- [📗keep-changelog]: https://keepachangelog.com/en/1.0.0/
270
- [📗keep-changelog-img]: https://img.shields.io/badge/keep--a--changelog-1.0.0-FFDD67.svg?style=flat
271
- [📌semver-breaking]: https://github.com/semver/semver/issues/716#issuecomment-869336139
272
- [📌major-versions-not-sacred]: https://tom.preston-werner.com/2022/05/23/major-version-numbers-are-not-sacred.html
273
- [🚎appraisal2]: https://github.com/appraisal-rb/appraisal2
274
- [🏃‍♂️runner-tool-cache]: https://github.com/ruby/ruby-builder/releases/tag/toolcache
275
- [✉️discord-invite]: https://discord.gg/3qme4XHNKN
data/FUNDING.md DELETED
@@ -1,70 +0,0 @@
1
- <!-- RELEASE-NOTES-FOOTER-START -->
2
-
3
- Official Discord 👉️ [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
4
-
5
- Many paths lead to being a sponsor or a backer of this project. Are you on such a path?
6
-
7
- [![OpenCollective Backers][🖇osc-backers-i]][🖇osc-backers] [![OpenCollective Sponsors][🖇osc-sponsors-i]][🖇osc-sponsors] [![Sponsor Me on Github][🖇sponsor-img]][🖇sponsor] [![Liberapay Goal Progress][⛳liberapay-img]][⛳liberapay] [![Donate on PayPal][🖇paypal-img]][🖇paypal]
8
-
9
- [![Buy me a coffee][🖇buyme-small-img]][🖇buyme] [![Donate to my FLOSS efforts at ko-fi.com][🖇kofi-img]][🖇kofi]
10
-
11
- [⛳liberapay-img]: https://img.shields.io/liberapay/goal/pboling.svg?logo=liberapay&color=a51611&style=flat
12
- [⛳liberapay]: https://liberapay.com/pboling/donate
13
- [🖇osc-backers]: https://opencollective.com/kettle-dev#backer
14
- [🖇osc-backers-i]: https://opencollective.com/kettle-dev/backers/badge.svg?style=flat
15
- [🖇osc-sponsors]: https://opencollective.com/kettle-dev#sponsor
16
- [🖇osc-sponsors-i]: https://opencollective.com/kettle-dev/sponsors/badge.svg?style=flat
17
- [🖇sponsor-img]: https://img.shields.io/badge/Sponsor_Me!-pboling.svg?style=social&logo=github
18
- [🖇sponsor]: https://github.com/sponsors/pboling
19
- [🖇kofi-img]: https://img.shields.io/badge/ko--fi-%E2%9C%93-a51611.svg?style=flat
20
- [🖇kofi]: https://ko-fi.com/pboling
21
- [🖇buyme-small-img]: https://img.shields.io/badge/buy_me_a_coffee-%E2%9C%93-a51611.svg?style=flat
22
- [🖇buyme]: https://www.buymeacoffee.com/pboling
23
- [🖇paypal-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=flat&logo=paypal
24
- [🖇paypal]: https://www.paypal.com/paypalme/peterboling
25
- [✉️discord-invite]: https://discord.gg/3qme4XHNKN
26
- [✉️discord-invite-img]: https://img.shields.io/discord/1373797679469170758?style=flat
27
-
28
- <!-- RELEASE-NOTES-FOOTER-END -->
29
-
30
- # 🤑 A request for help
31
-
32
- Maintainers have teeth and need to pay their dentists.
33
- After getting laid off in an RIF in March, and encountering difficulty finding a new one,
34
- I began spending most of my time building open source tools.
35
- I'm hoping to be able to pay for my kids' health insurance this month,
36
- so if you value the work I am doing, I need your support.
37
- Please consider sponsoring me or the project.
38
-
39
- To join the community or get help 👇️ Join the Discord.
40
-
41
- [![Live Chat on Discord][✉️discord-invite-img-ftb]][✉️discord-invite]
42
-
43
- To say "thanks!" ☝️ Join the Discord or 👇️ send money.
44
-
45
- [![Sponsor kettle-dev/kettle-dev on Open Source Collective][🖇osc-all-bottom-img]][🖇osc] 💌 [![Sponsor me on GitHub Sponsors][🖇sponsor-bottom-img]][🖇sponsor] 💌 [![Sponsor me on Liberapay][⛳liberapay-bottom-img]][⛳liberapay] 💌 [![Donate on PayPal][🖇paypal-bottom-img]][🖇paypal]
46
-
47
- # Another Way to Support Open Source Software
48
-
49
- I’m driven by a passion to foster a thriving open-source community – a space where people can tackle complex problems, no matter how small. Revitalizing libraries that have fallen into disrepair, and building new libraries focused on solving real-world challenges, are my passions. I was recently affected by layoffs, and the tech jobs market is unwelcoming. I’m reaching out here because your support would significantly aid my efforts to provide for my family, and my farm (11 🐔 chickens, 2 🐶 dogs, 3 🐰 rabbits, 8 🐈‍ cats).
50
-
51
- If you work at a company that uses my work, please encourage them to support me as a corporate sponsor. My work on gems you use might show up in `bundle fund`.
52
-
53
- I’m developing a new library, [floss_funding][🖇floss-funding-gem], designed to empower open-source developers like myself to get paid for the work we do, in a sustainable way. Please give it a look.
54
-
55
- **[Floss-Funding.dev][🖇floss-funding.dev]: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags**
56
-
57
- [⛳liberapay-bottom-img]: https://img.shields.io/liberapay/goal/pboling.svg?style=for-the-badge&logo=liberapay&color=a51611
58
- [🖇osc-all-img]: https://img.shields.io/opencollective/all/kettle-dev
59
- [🖇osc-sponsors-img]: https://img.shields.io/opencollective/sponsors/kettle-dev
60
- [🖇osc-backers-img]: https://img.shields.io/opencollective/backers/kettle-dev
61
- [🖇osc-all-bottom-img]: https://img.shields.io/opencollective/all/kettle-dev?style=for-the-badge
62
- [🖇osc-sponsors-bottom-img]: https://img.shields.io/opencollective/sponsors/kettle-dev?style=for-the-badge
63
- [🖇osc-backers-bottom-img]: https://img.shields.io/opencollective/backers/kettle-dev?style=for-the-badge
64
- [🖇osc]: https://opencollective.com/kettle-dev
65
- [🖇sponsor-bottom-img]: https://img.shields.io/badge/Sponsor_Me!-pboling-blue?style=for-the-badge&logo=github
66
- [🖇buyme-img]: https://img.buymeacoffee.com/button-api/?text=Buy%20me%20a%20latte&emoji=&slug=pboling&button_colour=FFDD00&font_colour=000000&font_family=Cookie&outline_colour=000000&coffee_colour=ffffff
67
- [🖇paypal-bottom-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=for-the-badge&logo=paypal&color=0A0A0A
68
- [🖇floss-funding.dev]: https://floss-funding.dev
69
- [🖇floss-funding-gem]: https://github.com/galtzo-floss/floss_funding
70
- [✉️discord-invite-img-ftb]: https://img.shields.io/discord/1373797679469170758?style=for-the-badge
data/RUBOCOP.md DELETED
@@ -1,71 +0,0 @@
1
- # RuboCop Usage Guide
2
-
3
- ## Overview
4
-
5
- A tale of two RuboCop plugin gems.
6
-
7
- ### RuboCop Gradual
8
-
9
- This project uses `rubocop_gradual` instead of vanilla RuboCop for code style checking. The `rubocop_gradual` tool allows for gradual adoption of RuboCop rules by tracking violations in a lock file.
10
-
11
- ### RuboCop LTS
12
-
13
- This project uses `rubocop-lts` to ensure, on a best-effort basis, compatibility with Ruby >= 1.9.2.
14
- RuboCop rules are meticulously configured by the `rubocop-lts` family of gems to ensure that a project is compatible with a specific version of Ruby. See: https://rubocop-lts.gitlab.io for more.
15
-
16
- ## Checking RuboCop Violations
17
-
18
- To check for RuboCop violations in this project, always use:
19
-
20
- ```bash
21
- bundle exec rake rubocop_gradual:check
22
- ```
23
-
24
- **Do not use** the standard RuboCop commands like:
25
- - `bundle exec rubocop`
26
- - `rubocop`
27
-
28
- ## Understanding the Lock File
29
-
30
- The `.rubocop_gradual.lock` file tracks all current RuboCop violations in the project. This allows the team to:
31
-
32
- 1. Prevent new violations while gradually fixing existing ones
33
- 2. Track progress on code style improvements
34
- 3. Ensure CI builds don't fail due to pre-existing violations
35
-
36
- ## Common Commands
37
-
38
- - **Check violations**
39
- - `bundle exec rake rubocop_gradual`
40
- - `bundle exec rake rubocop_gradual:check`
41
- - **(Safe) Autocorrect violations, and update lockfile if no new violations**
42
- - `bundle exec rake rubocop_gradual:autocorrect`
43
- - **Force update the lock file (w/o autocorrect) to match violations present in code**
44
- - `bundle exec rake rubocop_gradual:force_update`
45
-
46
- ## Workflow
47
-
48
- 1. Before submitting a PR, run `bundle exec rake rubocop_gradual:autocorrect`
49
- a. or just the default `bundle exec rake`, as autocorrection is a pre-requisite of the default task.
50
- 2. If there are new violations, either:
51
- - Fix them in your code
52
- - Run `bundle exec rake rubocop_gradual:force_update` to update the lock file (only for violations you can't fix immediately)
53
- 3. Commit the updated `.rubocop_gradual.lock` file along with your changes
54
-
55
- ## Never add inline RuboCop disables
56
-
57
- Do not add inline `rubocop:disable` / `rubocop:enable` comments anywhere in the codebase (including specs, except when following the few existing `rubocop:disable` patterns for a rule already being disabled elsewhere in the code). We handle exceptions in two supported ways:
58
-
59
- - Permanent/structural exceptions: prefer adjusting the RuboCop configuration (e.g., in `.rubocop.yml`) to exclude a rule for a path or file pattern when it makes sense project-wide.
60
- - Temporary exceptions while improving code: record the current violations in `.rubocop_gradual.lock` via the gradual workflow:
61
- - `bundle exec rake rubocop_gradual:autocorrect` (preferred; will autocorrect what it can and update the lock only if no new violations were introduced)
62
- - If needed, `bundle exec rake rubocop_gradual:force_update` (as a last resort when you cannot fix the newly reported violations immediately)
63
-
64
- In general, treat the rules as guidance to follow; fix violations rather than ignore them. For example, RSpec conventions in this project expect `described_class` to be used in specs that target a specific class under test.
65
-
66
- ## Benefits of rubocop_gradual
67
-
68
- - Allows incremental adoption of code style rules
69
- - Prevents CI failures due to pre-existing violations
70
- - Provides a clear record of code style debt
71
- - Enables focused efforts on improving code quality over time
data/SECURITY.md DELETED
@@ -1,21 +0,0 @@
1
- # Security Policy
2
-
3
- ## Supported Versions
4
-
5
- | Version | Supported |
6
- |----------|-----------|
7
- | 2.3.latest | ✅ |
8
-
9
- ## Security contact information
10
-
11
- To report a security vulnerability, please use the
12
- [Tidelift security contact](https://tidelift.com/security).
13
- Tidelift will coordinate the fix and disclosure.
14
-
15
- ## Additional Support
16
-
17
- If you are interested in support for versions older than the latest release,
18
- please consider sponsoring the project / maintainer @ https://liberapay.com/pboling/donate,
19
- or find other sponsorship links in the [README].
20
-
21
- [README]: README.md
data/certs/pboling.pem DELETED
@@ -1,27 +0,0 @@
1
- -----BEGIN CERTIFICATE-----
2
- MIIEgDCCAuigAwIBAgIBATANBgkqhkiG9w0BAQsFADBDMRUwEwYDVQQDDAxwZXRl
3
- ci5ib2xpbmcxFTATBgoJkiaJk/IsZAEZFgVnbWFpbDETMBEGCgmSJomT8ixkARkW
4
- A2NvbTAeFw0yNTA1MDQxNTMzMDlaFw00NTA0MjkxNTMzMDlaMEMxFTATBgNVBAMM
5
- DHBldGVyLmJvbGluZzEVMBMGCgmSJomT8ixkARkWBWdtYWlsMRMwEQYKCZImiZPy
6
- LGQBGRYDY29tMIIBojANBgkqhkiG9w0BAQEFAAOCAY8AMIIBigKCAYEAruUoo0WA
7
- uoNuq6puKWYeRYiZekz/nsDeK5x/0IEirzcCEvaHr3Bmz7rjo1I6On3gGKmiZs61
8
- LRmQ3oxy77ydmkGTXBjruJB+pQEn7UfLSgQ0xa1/X3kdBZt6RmabFlBxnHkoaGY5
9
- mZuZ5+Z7walmv6sFD9ajhzj+oIgwWfnEHkXYTR8I6VLN7MRRKGMPoZ/yvOmxb2DN
10
- coEEHWKO9CvgYpW7asIihl/9GMpKiRkcYPm9dGQzZc6uTwom1COfW0+ZOFrDVBuV
11
- FMQRPswZcY4Wlq0uEBLPU7hxnCL9nKK6Y9IhdDcz1mY6HZ91WImNslOSI0S8hRpj
12
- yGOWxQIhBT3fqCBlRIqFQBudrnD9jSNpSGsFvbEijd5ns7Z9ZMehXkXDycpGAUj1
13
- to/5cuTWWw1JqUWrKJYoifnVhtE1o1DZ+LkPtWxHtz5kjDG/zR3MG0Ula0UOavlD
14
- qbnbcXPBnwXtTFeZ3C+yrWpE4pGnl3yGkZj9SMTlo9qnTMiPmuWKQDatAgMBAAGj
15
- fzB9MAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdDgQWBBQE8uWvNbPVNRXZ
16
- HlgPbc2PCzC4bjAhBgNVHREEGjAYgRZwZXRlci5ib2xpbmdAZ21haWwuY29tMCEG
17
- A1UdEgQaMBiBFnBldGVyLmJvbGluZ0BnbWFpbC5jb20wDQYJKoZIhvcNAQELBQAD
18
- ggGBAJbnUwfJQFPkBgH9cL7hoBfRtmWiCvdqdjeTmi04u8zVNCUox0A4gT982DE9
19
- wmuN12LpdajxZONqbXuzZvc+nb0StFwmFYZG6iDwaf4BPywm2e/Vmq0YG45vZXGR
20
- L8yMDSK1cQXjmA+ZBKOHKWavxP6Vp7lWvjAhz8RFwqF9GuNIdhv9NpnCAWcMZtpm
21
- GUPyIWw/Cw/2wZp74QzZj6Npx+LdXoLTF1HMSJXZ7/pkxLCsB8m4EFVdb/IrW/0k
22
- kNSfjtAfBHO8nLGuqQZVH9IBD1i9K6aSs7pT6TW8itXUIlkIUI2tg5YzW6OFfPzq
23
- QekSkX3lZfY+HTSp/o+YvKkqWLUV7PQ7xh1ZYDtocpaHwgxe/j3bBqHE+CUPH2vA
24
- 0V/FwdTRWcwsjVoOJTrYcff8pBZ8r2MvtAc54xfnnhGFzeRHfcltobgFxkAXdE6p
25
- DVjBtqT23eugOqQ73umLcYDZkc36vnqGxUBSsXrzY9pzV5gGr2I8YUxMqf6ATrZt
26
- L9nRqA==
27
- -----END CERTIFICATE-----
@@ -1,72 +0,0 @@
1
- # TypeProf 0.21.11
2
-
3
- module Kettle
4
- module Dev
5
- # AST-driven merger for Appraisals files using Prism
6
- module AppraisalsAstMerger
7
- TRACKED_METHODS: Array[Symbol]
8
-
9
- # Merge template and destination Appraisals files preserving comments
10
- def self.merge: (String template_content, String dest_content) -> String
11
-
12
- # Extract blocks and preamble from parse result
13
- def self.extract_blocks: (
14
- Prism::ParseResult parse_result,
15
- String source_content
16
- ) -> [Array[Prism::Comment], Array[Hash[Symbol, untyped]]]
17
-
18
- # Check if node is an appraise call
19
- def self.appraise_call?: (Prism::Node node) -> bool
20
-
21
- # Extract appraise block name from node
22
- def self.extract_appraise_name: (Prism::Node? node) -> String?
23
-
24
- # Merge preamble comments from template and destination
25
- def self.merge_preambles: (
26
- Array[Prism::Comment] tmpl_comments,
27
- Array[Prism::Comment] dest_comments
28
- ) -> Array[String]
29
-
30
- # Extract block header comments
31
- def self.extract_block_header: (
32
- Prism::Node node,
33
- Array[String] source_lines,
34
- Array[Hash[Symbol, untyped]] previous_blocks
35
- ) -> String
36
-
37
- # Merge blocks from template and destination
38
- def self.merge_blocks: (
39
- Array[Hash[Symbol, untyped]] tmpl_blocks,
40
- Array[Hash[Symbol, untyped]] dest_blocks,
41
- Prism::ParseResult tmpl_result,
42
- Prism::ParseResult dest_result
43
- ) -> Array[Hash[Symbol, untyped]]
44
-
45
- # Merge statements within a block
46
- def self.merge_block_statements: (
47
- Prism::Node? tmpl_body,
48
- Prism::Node? dest_body,
49
- Prism::ParseResult dest_result
50
- ) -> Array[Hash[Symbol, untyped]]
51
-
52
- # Generate statement key for deduplication
53
- def self.statement_key: (Prism::Node node) -> [Symbol, String?]?
54
-
55
- # Build output from preamble and blocks
56
- def self.build_output: (
57
- Array[String] preamble_lines,
58
- Array[Hash[Symbol, untyped]] blocks
59
- ) -> String
60
-
61
- # Normalize statement to use parentheses
62
- def self.normalize_statement: (Prism::Node node) -> String
63
-
64
- # Normalize argument to canonical format
65
- def self.normalize_argument: (Prism::Node arg) -> String
66
-
67
- # Extract original statements from node
68
- def self.extract_original_statements: (Prism::Node node) -> Array[Hash[Symbol, untyped]]
69
- end
70
- end
71
- end
72
-
@@ -1,69 +0,0 @@
1
- # TypeProf 0.21.11
2
-
3
- module Kettle
4
- module Dev
5
- # CLI for updating CHANGELOG.md with new version sections
6
- class ChangelogCLI
7
- UNRELEASED_SECTION_HEADING: String
8
-
9
- @root: String
10
- @changelog_path: String
11
- @coverage_path: String
12
-
13
- def initialize: (?strict: bool, ?enforce_coverage_thresholds: bool, ?update_prep: bool, ?root: String) -> void
14
-
15
- # Main entry point that updates CHANGELOG.md
16
- def run: () -> void
17
-
18
- def pending_release_status: () -> Hash[Symbol, untyped]
19
-
20
- def release_state: () -> Hash[Symbol, untyped]
21
-
22
- def release_state_table: (?Hash[Symbol, untyped] state) -> String
23
-
24
- private
25
-
26
- # Abort with error message
27
- def abort: (String msg) -> void
28
-
29
- # Detect version from lib/**/version.rb
30
- def detect_version: () -> String
31
-
32
- # Extract unreleased section from changelog
33
- def extract_unreleased: (String content) -> [String?, String?, String?]
34
-
35
- # Detect previous version from after text
36
- def detect_previous_version: (String after_text) -> String?
37
-
38
- # Filter unreleased sections keeping only those with content
39
- def filter_unreleased_sections: (String unreleased_block) -> String
40
-
41
- # Get coverage lines from coverage.json
42
- def coverage_lines: () -> [String?, String?]
43
-
44
- # Get YARD documentation percentage
45
- def yard_percent_documented: () -> String?
46
-
47
- # Convert legacy heading tag suffix to list format
48
- def convert_heading_tag_suffix_to_list: (String text) -> String
49
-
50
- # Update link references in changelog
51
- def update_link_refs: (
52
- String content,
53
- String? owner,
54
- String? repo,
55
- String? prev_version,
56
- String new_version
57
- ) -> String
58
-
59
- # Normalize spacing around headings
60
- def normalize_heading_spacing: (String text) -> String
61
-
62
- # Ensure proper footer spacing
63
- def ensure_footer_spacing: (String text) -> String
64
-
65
- # Detect initial compare base from changelog
66
- def detect_initial_compare_base: (Array[String] lines) -> String
67
- end
68
- end
69
- end
@@ -1,42 +0,0 @@
1
- module Kettle
2
- module Dev
3
- module CIHelpers
4
- # singleton (module) methods
5
- def self.project_root: () -> String
6
- def self.repo_info: () -> [String, String]?
7
- def self.current_branch: () -> String?
8
- def self.current_head_sha: () -> String?
9
- def self.workflows_list: (?String root) -> Array[String]
10
- def self.exclusions: () -> Array[String]
11
-
12
- def self.latest_run: (
13
- owner: String,
14
- repo: String,
15
- workflow_file: String,
16
- ?branch: String?,
17
- ?token: String?,
18
- ?require_head: bool,
19
- ?head_sha: String?
20
- ) -> { "status" => String, "conclusion" => String?, "html_url" => String, "id" => Integer, "head_sha" => String? }?
21
-
22
- def self.success?: ({ "status" => String, "conclusion" => String? }?) -> bool
23
- def self.failed?: ({ "status" => String, "conclusion" => String? }?) -> bool
24
-
25
- def self.default_token: () -> String?
26
-
27
- # GitLab
28
- def self.origin_url: () -> String?
29
- def self.repo_info_gitlab: () -> [String, String]?
30
- def self.default_gitlab_token: () -> String?
31
- def self.gitlab_latest_pipeline: (
32
- owner: String,
33
- repo: String,
34
- ?branch: String?,
35
- ?host: String,
36
- ?token: String?
37
- ) -> { "status" => String, "web_url" => String, "id" => Integer, "failure_reason" => String? }?
38
- def self.gitlab_success?: ({ "status" => String }?) -> bool
39
- def self.gitlab_failed?: ({ "status" => String }?) -> bool
40
- end
41
- end
42
- end
@@ -1,17 +0,0 @@
1
- module Kettle
2
- module Dev
3
- module CIMonitor
4
- def self.status_emoji: (String? status, String? conclusion) -> String
5
- def self.monitor_all!: (?restart_hint: String) -> void
6
- def self.monitor_gitlab!: (?restart_hint: String) -> bool
7
- def self.collect_all: () -> { github: Array[untyped], gitlab: untyped? }
8
- def self.summarize_results: ({ github: Array[untyped], gitlab: untyped? }) -> bool
9
- def self.monitor_and_prompt_for_release!: (?restart_hint: String) -> void
10
- def self.collect_github: () -> Array[untyped]?
11
- def self.collect_gitlab: () -> { status: String, url: String? }?
12
- def self.monotonic_time: () -> Float
13
- def self.github_start_timeout: () -> Integer
14
- def self.github_poll_interval: () -> Float
15
- end
16
- end
17
- end