v1.2.0
1.2.0 - 2026-07-27
- TAG: v1.2.0
- COVERAGE: 93.85% -- 3557/3790 lines in 27 files
- BRANCH COVERAGE: 76.15% -- 1338/1757 branches in 27 files
- 28.20% documented
Added
-
kettle-family reset Gemfile.locknow resets selected member lockfiles with
local sibling paths disabled and repairs missing checksum entries by updating
the affected released gems. -
kettle-family releasecan now use an opt-in1passwordrelease secrets
provider to load the gem signing passphrase and RubyGems MFA OTP from the
localopCLI during executed publish flows. -
kettle-family clean-unreleasednow scans installed versions of selected
family gems and can uninstall local versions newer than each gem's latest
released version, helping recover from failed local release attempts that
leave unpublished gems installed. -
kettle-jem-template-20260726-001 - Projects now include YARD lint
configuration and documentation dependencies so documentation issues fail
before generated docs are refreshed. -
kettle-jem-template-20260727-001 - Spec harness documentation now lists the
RSpec helpers provided bykettle-test.
Changed
-
Templating and release progress rows now show a scheduled family-step counter
and per-member elapsed timer, making parallel family runs easier to scan. -
kettle-family reset Gemfile.locknow delegates to each member's
kettle-reset release-lockfiles, keepingGemfile.lockand
Appraisal.root.gemfile.lockreset semantics aligned withkettle-release. -
Explicit
members.rootslists now remain open to member discovery by default:
newly discovered gems are included in family operations and reported as
unlisted until the config is updated. Setmembers.discover: falseto operate
only on configured members. -
The
kettle-familyexecutable startup header is now shown only when
--verboseis passed;-vand--versionstill print just the executable
version and exit. -
README release guidance now documents release secrets provider overrides,
release-state columns, default--onlyfilters, JSON reports, and
unreleased-gem cleanup recovery. -
Release secrets now use the shared
kettle-devprovider implementation;
family publish runs cache the signing passphrase once and let child
kettle-releaseprocesses fetch RubyGems OTP values directly. -
Family publish runs now pass
--yesto childkettle-releasecommands by
default, so release-owned confirmation prompts are approved explicitly instead
of being answered by terminal prompt detection. -
GitHub workflows now use the setup-ruby-flash revision that supports
appraisal-only setup without installing the main Gemfile bundle. -
kettle-jem-template-20260728-001 - Generated Ruby workflows now use clearer
setup-ruby-flash planning and can prepare appraisal-only jobs without
installing the main Gemfile bundle.
Fixed
-
RuboCop Gradual now ignores gems installed under
gemfiles/vendor/bundle,
preventing vendored dependency source from being treated as project lint debt. -
Family releases now pass configured 1Password CLI paths through to child
kettle-releaseprocesses and derive direct secret handoff from normalized
provider config instead of parsing equivalent command-line spellings. -
Family release secrets now preserve
Kettle::Family::Errorfailures when the
sharedkettle-devprovider reports 1Password lookup errors. -
Template summaries now count unique changed files from kettle-jem event
streams instead of adding duplicate per-phase summary counts. -
Family release lockfile refreshes now disable the generated local-path
toggles used by member Gemfiles, reject lockfile refreshes that still write
path sources, and re-normalize lockfiles before family-managed release pushes. -
kettle-jem-template-20260726-002 - Generated version files now document their
version namespace and constants, reducing warning-only YARD lint output. -
kettle-jem-template-20260726-003 - Coverage upload steps now treat Coveralls,
QLTY, and Codecov as optional, so provider outages do not fail CI when local
coverage thresholds still pass. -
kettle-jem-template-20260728-002 - Generated RuboCop configs now ignore the
samegemfiles/vendor/bundletree as.gitignore, so vendored dependency
installs are not reported as project lint debt.
Many paths lead to being a sponsor or a backer of this project. Are you on such a path?