🍲 Kettle::Dev

If ☝️ ci_badges.map(&:color).detect { it != "green"} let me know, as I may have missed the discord notification.

---

OTOH, if ci_badges.map(&:color).all? { it == "green"} 👇️ send money so I can do more of this. FLOSS is now my full-time job.

🌻 Synopsis

Add to your Rakefile:

require "kettle/dev"
Kettle::Dev.install_tasks

Now you have many powerful development and testing tools at your disposal, all fully documented and tested.

I expect the current release of this gem to be compatible with Ruby 2.3+, and concordant releases of JRuby, and TruffleRuby.

🚚 Amazing test matrix was brought to you by	🔎 appraisal2 🔎
👟 Check it out!	✨ github.com/appraisal-rb/appraisal2 ✨

💡 Info you can shake a stick at

Federated DVCS

Find this repo on other forges (Coming soon!)

| Federated [DVCS][💎d-in-dvcs] Repository | Status | Issues | PRs | Wiki | CI | Discussions | |-------------------------------------------------------|-------------------------------------------------------------------|---------------------------|--------------------------|---------------------------|--------------------------|------------------------------| | 🧪 [kettle-rb/kettle-dev on GitLab][📜src-gl] | The Truth | [💚][🤝gl-issues] | [💚][🤝gl-pulls] | [💚][📜wiki] | 🏀 Tiny Matrix | ➖ | | 🧊 [kettle-rb/kettle-dev on CodeBerg][📜src-cb] | An Ethical Mirror ([Donate][🤝cb-donate]) | [💚][🤝cb-issues] | [💚][🤝cb-pulls] | ➖ | ⭕️ No Matrix | ➖ | | 🐙 [kettle-rb/kettle-dev on GitHub][📜src-gh] | A Dirty Mirror | [💚][🤝gh-issues] | [💚][🤝gh-pulls] | ➖ | 💯 Full Matrix | [💚][gh-discussions] | | 🎮️ [Discord Server][✉️discord-invite] | [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite] | [Let's][✉️discord-invite] | [talk][✉️discord-invite] | [about][✉️discord-invite] | [this][✉️discord-invite] | [library!][✉️discord-invite] |

Enterprise Support

Need enterprise-level guarantees?

[![Get help from me on Tidelift][🏙️entsup-tidelift-img]][🏙️entsup-tidelift] - 💡Subscribe for support guarantees covering _all_ FLOSS dependencies - 💡Tidelift is part of [Sonar][🏙️entsup-tidelift-sonar] - 💡Tidelift pays maintainers to maintain the software you depend on!
📊`@`Pointy Haired Boss: An [enterprise support][🏙️entsup-tidelift] subscription is "[never gonna let you down][🧮kloc]", and *supports* open source maintainers Alternatively: - [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite] - [![Get help from me on Upwork][👨🏼‍🏫expsup-upwork-img]][👨🏼‍🏫expsup-upwork] - [![Get help from me on Codementor][👨🏼‍🏫expsup-codementor-img]][👨🏼‍🏫expsup-codementor]

Tokens to Remember
Works with JRuby
Works with Truffle Ruby
Works with MRI Ruby 3
Works with MRI Ruby 2
Works with MRI Ruby 1
Source
Documentation
Compliance
Style
Support
Maintainer 🎖️
... 💖	🧊 🐙 🛖 🧪

✨ Installation

Install the gem and add to the application's Gemfile by executing:

$ bundle add kettle-dev

If bundler is not being used to manage dependencies, install the gem by executing:

$ gem install kettle-dev

🔒 Secure Installation

For Medium or High Security Installations

This gem is cryptographically signed, and has verifiable [SHA-256 and SHA-512][💎SHA_checksums] checksums by [stone_checksums][💎stone_checksums]. Be sure the gem you install hasn’t been tampered with by following the instructions below. Add my public key (if you haven’t already, expires 2045-04-29) as a trusted certificate: ```console gem cert --add <(curl -Ls https://raw.github.com/galtzo-floss/certs/main/pboling.pem) ``` You only need to do that once. Then proceed to install with: ```console gem install kettle-dev -P HighSecurity ``` The `HighSecurity` trust profile will verify signed gems, and not allow the installation of unsigned dependencies. If you want to up your security game full-time: ```console bundle config set --global trust-policy MediumSecurity ``` `MediumSecurity` instead of `HighSecurity` is necessary if not all the gems you use are signed. NOTE: Be prepared to track down certs for signed gems and add them the same way you added mine.

⚙️ Configuration

Add to your Rakefile:

require "kettle/dev"
Kettle::Dev.install_tasks

That’s it. When installed, kettle-dev:

• Registers RuboCop-LTS tasks and wires your default Rake task to run the gradual linter.
  • Locally: default task prefers rubocop_gradual:autocorrect.
  • On CI (CI=true): default task prefers rubocop_gradual:check.
• Integrates optional coverage tasks via kettle-soup-cover (enabled locally when present).
• Adds gem-shipped Rake tasks from lib/kettle/dev/rakelib, including:
  • ci:act — interactive selector for running GitHub Actions workflows via act.
  • kettle:dev:install — copies this repo’s .github automation and offers to install .git-hooks templates.
  • option: force: When truthy (1, true, y, yes), treat all y/N prompts as Yes. Useful for non-interactive runs or to accept defaults quickly. Example: bundle exec rake kettle:dev:template force=true
  • option: allowed: When truthy (1, true, y, yes), resume task after you have reviewed .envrc/.env.local and run direnv allow. If either file is created or updated, the task will abort with instructions unless allowed=true is present. Example: bundle exec rake kettle:dev:install allowed=true
  • kettle:dev:template — templates files from this gem into your project (e.g., .github workflows, .devcontainer, .qlty, modular Gemfiles, README/CONTRIBUTING stubs). You can run this independently to refresh templates without the extra install prompts.
  • option: force: When truthy (1, true, y, yes), treat all y/N prompts as Yes. Useful for non-interactive runs or to accept defaults quickly. Example: bundle exec rake kettle:dev:template force=true
  • option: allowed: When truthy (1, true, y, yes), resume task after you have reviewed .envrc/.env.local and run direnv allow. If either file is created or updated, the task will abort with instructions unless allowed=true is present. Example: bundle exec rake kettle:dev:template allowed=true

Recommended one-time setup in your project:

• Install binstubs so kettle-dev executables are available under ./bin:
  • bundle binstubs kettle-dev --path bin
• Use direnv (recommended) so ./bin is on PATH automatically:
  • brew install direnv
  • In your project’s .envrc add:
  • # Run any command in this library's bin/ without the bin/ prefix!
  • PATH_add bin
• Configure shared git hooks path (optional, recommended):
  • git config --global core.hooksPath .git-hooks
• Install project automation and sample hooks/templates:
  • bundle exec rake kettle:dev:install and follow prompts (copies .github and installs .git-hooks templates locally or globally).

See the next section for environment variables that tweak behavior.

Environment Variables

Below are the primary environment variables recognized by kettle-dev (and its integrated tools). Unless otherwise noted, set boolean values to the string "true" to enable.

General/runtime

• DEBUG: Enable extra internal logging for this library (default: false)
• REQUIRE_BENCH: Enable require_bench to profile requires (default: false)
• CI: When set to true, adjusts default rake tasks toward CI behavior

Coverage (kettle-soup-cover / SimpleCov)

• K_SOUP_COV_DO: Enable coverage collection (default: true in .envrc)
• K_SOUP_COV_FORMATTERS: Comma-separated list of formatters (html, xml, rcov, lcov, json, tty)
• K_SOUP_COV_MIN_LINE: Minimum line coverage threshold (integer, e.g., 100)
• K_SOUP_COV_MIN_BRANCH: Minimum branch coverage threshold (integer, e.g., 100)
• K_SOUP_COV_MIN_HARD: Fail the run if thresholds are not met (true/false)
• K_SOUP_COV_MULTI_FORMATTERS: Enable multiple formatters at once (true/false)
• K_SOUP_COV_OPEN_BIN: Path to browser opener for HTML (empty disables auto-open)
• MAX_ROWS: Limit console output rows for simplecov-console (e.g., 1) 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.

GitHub API and CI helpers

• GITHUB_TOKEN or GH_TOKEN: Token used by ci:act and release workflow checks to query GitHub Actions status at higher rate limits

Releasing and signing

• SKIP_GEM_SIGNING: If set, skip gem signing during build/release
• GEM_CERT_USER: Username for selecting your public cert in certs/<USER>.pem (defaults to $USER)
• SOURCE_DATE_EPOCH: Reproducible build timestamp. kettle-release will set this automatically for the session.

Git hooks and commit message helpers (exe/kettle-commit-msg)

• GIT_HOOK_BRANCH_VALIDATE: Branch name validation mode (e.g., jira) or false to disable
• GIT_HOOK_FOOTER_APPEND: Append a footer to commit messages when goalie allows (true/false)
• GIT_HOOK_FOOTER_SENTINEL: Required when footer append is enabled — a unique first-line sentinel to prevent duplicates
• GIT_HOOK_FOOTER_APPEND_DEBUG: Extra debug output in the footer template (true/false)

For a quick starting point, this repository’s .envrc shows sane defaults, and .env.local can override them locally.

🔧 Basic Usage

Common flows

• Default quality workflow (locally):
  • bundle exec rake — runs the curated default task set (gradual RuboCop autocorrect, coverage if available, and other local tasks). On CI CI=true, the default task is adjusted to be CI-friendly.
• Run specs:
  • bin/rspec or bundle exec rspec
  • To run a subset without failing coverage thresholds: K_SOUP_COV_MIN_HARD=false bin/rspec spec/path/to/file_spec.rb
  • To produce multiple coverage reports: K_SOUP_COV_FORMATTERS="html,xml,rcov,lcov,json,tty" bin/rspec
• Linting (Gradual):
  • bundle exec rake rubocop_gradual:autocorrect
  • bundle exec rake rubocop_gradual:check (CI-friendly)
• Reek and docs:
  • bundle exec rake reek or bundle exec rake reek:update
  • bundle exec rake yard

GitHub Actions local runner helper

• bundle exec rake ci:act — interactive menu shows workflows from .github/workflows with live status and short codes (first 3 letters of file name). Type a number or short code.
• Non-interactive: bundle exec rake ci:act[loc] (short code), or bundle exec rake ci:act[locked_deps.yml] (filename).

Project automation bootstrap

• bundle exec rake kettle:dev:install — copies the library’s .github folder into your project and offers to install .git-hooks templates locally or globally.
• bundle exec rake kettle:dev:template — runs only the templating step used by install; useful to re-apply updates to templates (.github workflows, .devcontainer, .qlty, modular Gemfiles, README, and friends) without the install task’s extra prompts.
  • README carry-over during templating: when your project’s README.md is replaced by the template, selected sections from your existing README are preserved and merged into the new one. Specifically, the task carries over the following sections (matched case-insensitively):
  • "Synopsis"
  • "Configuration"
  • "Basic Usage"
  • Any section whose heading starts with "Note:" at any heading level (for example: "# NOTE: …", "## Note: …", or "### note: …").
  • Headings are recognized at any level using Markdown hashes (#, ##, ###, …).
• Notes about task options:
  • Non-interactive confirmations: append force=true to accept all y/N prompts as Yes, e.g., bundle exec rake kettle:dev:template force=true.
  • direnv review flow: if .envrc or .env.local is created or updated, the task stops and asks you to run direnv allow. After you review and allow, resume with allowed=true:
  • bundle exec rake kettle:dev:template allowed=true
  • bundle exec rake kettle:dev:install allowed=true
• After that, set up binstubs and direnv for convenience:
  • bundle binstubs kettle-dev --path bin
  • Add to .envrc: PATH_add bin (so bin/ tools run without the prefix)

Releasing (maintainers)

• exe/kettle-release — guided release helper that:
  • Runs sanity checks (bin/setup, bin/rake), confirms version/changelog, optionally updates Appraisals, commits “🔖 Prepare release vX.Y.Z”.
  • Ensures trunk sync and rebases feature as needed, pushes, monitors GitHub Actions with a progress bar, and merges feature to trunk on success.
  • Exports SOURCE_DATE_EPOCH, builds (optionally signed), creates gem checksums, and runs bundle exec rake release (prompts for signing key + RubyGems MFA OTP as needed).

Tip: The commit message helper exe/kettle-commit-msg prefers project-local .git-hooks (then falls back to ~/.git-hooks). The goalie file commit-subjects-goalie.txt controls when a footer is appended; customize footer-template.erb.txt as you like.

Open Collective README updater

• Script: exe/kettle-readme-backers
• Purpose: Updates README sections for Open Collective backers (individuals) and sponsors (organizations) by fetching live data from your collective.
• Tags updated in README.md (first match wins for backers):
  • The default tag prefix is OPENCOLLECTIVE, and it is configurable:
  • ENV: KETTLE_DEV_BACKER_README_OSC_TAG="OPENCOLLECTIVE"
  • YAML (.opencollective.yml): readme-osc-tag: "OPENCOLLECTIVE"
  • The resulting markers become: <!-- <TAG>:START --> … <!-- <TAG>:END -->, <!-- <TAG>-INDIVIDUALS:START --> … <!-- <TAG>-INDIVIDUALS:END -->, and <!-- <TAG>-ORGANIZATIONS:START --> … <!-- <TAG>-ORGANIZATIONS:END -->.
  • ENV overrides YAML.
  • Backers (Individuals): <!-- <TAG>:START --> … <!-- <TAG>:END --> or <!-- <TAG>-INDIVIDUALS:START --> … <!-- <TAG>-INDIVIDUALS:END -->
  • Sponsors (Organizations): <!-- <TAG>-ORGANIZATIONS:START --> … <!-- <TAG>-ORGANIZATIONS:END -->
• Handle resolution:
  1. OPENCOLLECTIVE_HANDLE environment variable, if set
  2. opencollective.yml in the project root (collective: "kettle-rb" by default in this repo)
• Usage:
  • exe/kettle-readme-backers
  • OPENCOLLECTIVE_HANDLE=my-collective exe/kettle-readme-backers
• Behavior:
  • Writes to README.md only if content between the tags would change.
  • If neither the backers nor sponsors tags are present, prints a helpful warning and exits with status 2.
  • When there are no entries, inserts a friendly placeholder: "No backers yet. Be the first!" or "No sponsors yet. Be the first!".
  • When updates are written and the repository is a git work tree, the script stages README.md and commits with a message thanking new backers and subscribers, including mentions for any newly added backers and subscribers (GitHub @handles when their website/profile is a github.com URL; otherwise their name).
  • Customize the commit subject via env var: KETTLE_README_BACKERS_COMMIT_SUBJECT="💸 Thanks 🙏 to our new backers 🎒 and subscribers 📜".
  • Or via .opencollective.yml: set readme-backers-commit-subject: "💸 Thanks 🙏 to our new backers 🎒 and subscribers 📜".
  • Precedence: ENV overrides .opencollective.yml; if neither is set, a sensible default is used.
  • Note: When used with the provided .git-hooks, the subject should start with a gitmoji character (see gitmoji).
• Tip: Run this locally before committing to keep your README current, or schedule it in CI to refresh periodically.

🦷 FLOSS Funding

While kettle-rb tools are free software and will always be, the project would benefit immensely from some funding. Raising a monthly budget of... "dollars" would make the project more sustainable.

We welcome both individual and corporate sponsors! We also offer a wide array of funding channels to account for your preferences (although currently Open Collective is our preferred funding platform).

If you're working in a company that's making significant use of kettle-rb tools we'd appreciate it if you suggest to your company to become a kettle-rb sponsor.

You can support the development of kettle-rb tools via GitHub Sponsors, Liberapay, PayPal, Open Collective and Tidelift.

📍 NOTE
If doing a sponsorship in the form of donation is problematic for your company from an accounting standpoint, we'd recommend the use of Tidelift, where you can get a support-like subscription instead.

Open Collective for Individuals

No backers yet. Be the first!

Support us with a monthly donation and help us continue our activities. [Become a backer]

Open Collective for Organizations

No sponsors yet. Be the first!

Become a sponsor and get your logo on our README on GitHub with a link to your site. [Become a sponsor]

Another way to support open-source

How wonderful it is that nobody need wait a single moment before starting to improve the world.
—Anne Frank

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 — totaling 79 hours of FLOSS coding over just the past seven days, a pretty regular week for me. 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).

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.

I’m developing a new library, floss_funding, 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.

Floss-Funding.dev: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags

🔐 Security

See SECURITY.md.

🤝 Contributing

If you need some ideas of where to help, you could work on adding more code coverage, or if it is already 💯 (see below) check reek, issues, or PRs, or use the gem and think about how it could be better.

We so if you make changes, remember to update it.

See CONTRIBUTING.md for more detailed instructions.

🚀 Release Instructions

See CONTRIBUTING.md.

Code Coverage

🪇 Code of Conduct

Everyone interacting with this project's codebases, issue trackers, chat rooms and mailing lists agrees to follow the .

🌈 Contributors

Made with contributors-img.

Also see GitLab Contributors: https://gitlab.com/kettle-rb/kettle-dev/-/graphs/main

⭐️ Star History

📌 Versioning

This Library adheres to . Violations of this scheme should be reported as bugs. Specifically, if a minor or patch version is released that breaks backward compatibility, a new version should be immediately released that restores compatibility. Breaking changes to the public API will only be introduced with new major versions.

dropping support for a platform is both obviously and objectively a breaking change
—Jordan Harband (@ljharb, maintainer of SemVer) in SemVer issue 716

I understand that policy doesn't work universally ("exceptions to every rule!"), but it is the policy here. As such, in many cases it is good to specify a dependency on this library using the Pessimistic Version Constraint with two digits of precision.

For example:

spec.add_dependency("kettle-dev", "~> 1.0")

📌 Is "Platform Support" part of the public API? More details inside.

SemVer should, IMO, but doesn't explicitly, say that dropping support for specific Platforms is a *breaking change* to an API. It is obvious to many, but not all, and since the spec is silent, the bike shedding is endless. To get a better understanding of how SemVer is intended to work over a project's lifetime, read this article from the creator of SemVer: - ["Major Version Numbers are Not Sacred"][📌major-versions-not-sacred]

See CHANGELOG.md for a list of releases.

📄 License

The gem is available as open source under the terms of the MIT License . See LICENSE.txt for the official Copyright Notice.

© Copyright

• Copyright (c) 2023, 2025 Peter H. Boling, of Galtzo.com , and kettle-dev contributors.

🤑 A request for help

Maintainers have teeth, and need to pay their dentists. After getting laid off in an RIF in March, and filled with many dozens of rejections, I'm now spending ~80 hours a week building open source tools. I'm hoping to be able to pay for my kids' health insurance this month, so if you value the work I am doing, I need your support. Please consider sponsoring me or the project.

💌 💌 💌

To say "thanks for maintaining such a great tool" 👇️ Join the Discord or ☝️ send money.

To join the community or get help 👇️ Join the Discord.

Please give the project a star ⭐ ♥.

Thanks for RTFM. ☺️