docs: mention helpers4-common's automatic git-config self-heal across all dependent features - #77
Merged
Merged
Conversation
…lf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…elf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…lf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…elf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…f-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…f-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…elf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…lf-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…g self-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…-config self-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…c git-config self-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This was previously only documented on helpers4-common's own README, undiscoverable for anyone using this feature without also knowing to look there. Version bumped to 1.2.0 to mark that this feature's users now know about a capability that was already silently included. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
… self-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. essential-dev already depended on helpers4-common directly (it predates the repo-wide dependsOn migration, so it never got a bump for that), but never mentioned this capability in its own README. Also adds a Version History section — this feature never had one. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…c git-config self-heal Documentation only, no functional change — every helpers4 feature depends on helpers4-common, which repairs a stale credential.helper or a missing SSH commit-signing key in ~/.gitconfig on every attach. This feature already depended on helpers4-common from its own first release, but never mentioned this capability in its own README. Also adds this feature's first Version History entry. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
… self-heal in the description Documentation only, no functional change. This feature's README already documented the self-heal relationship in detail (the "Recommended" note on copyGitConfig, added alongside the v1.1.0 functional change) — this just adds the same short mention to the compact JSON description, for consistency with every other helpers4-common consumer's description. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…n release 15 features that dependsOn helpers4-common bumped and documented in the same pass — see each feature's own commit for its specific version bump. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
✅ PR Validation Passed
📋 Pipeline Status
🤖 Generated by @helpers4 CI • 2026-09-07 |
…more naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ore naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…d more naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ore naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…more naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…urally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…re naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ad more naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ore naturally The JSON description and README callout both used to spell out "git-config self-heal", which locks the wording to today's implementation and reads like a changelog entry. Reworded to a vague, user-focused "self-heal mechanism" so future auto-heal improvements don't need another wording pass, and rewrote the callout for more natural English. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…onsistency Reworded the JSON description and README callout the same way as the other helpers4-common dependents: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Also fixed all 7 usage examples, which referenced ghcr.io/helpers4/devcontainer/auto-header:latest — every other example in this feature (and every other feature in the catalog) pins the major version tag (:1), not :latest. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…en heading Reworded the JSON description and README callout the same way as the other helpers4-common dependents: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Also fixed the "How It Works" section: "Corepack Support (Node 24+)" was plain text with no heading prefix, and was preceded by an empty "### " line. Both are now proper "###" subheadings under "## How It Works". Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…a redundant section Reworded the JSON description and README callout the same way as the other helpers4-common dependents: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Also removed the "Installation and Development" section, which duplicated "How it works"'s 4 steps almost verbatim — the latter is better formatted (bold labels) and is the section readers land on first. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ference Reworded the JSON description and README callout the same way as the other helpers4-common dependents: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Also fixed the "Works Great With" example, which referenced ghcr.io/helpers4/devcontainer/local-mounts:1 — that feature was replaced by dotfiles-sync and no longer exists in this catalog. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…eferences This feature was bumped to 1.1.0 for the self-heal mention, while every other helpers4-common dependent in this release lands on 1.2.0. Aligned it to 1.2.0 so the whole "pure documentation" release ships under one version number, and reworded the JSON description and README callout the same way as the others: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Also fixed two stale references found during review: two examples still pointed at ghcr.io/helpers4/devcontainer/local-mounts:1, a feature that no longer exists (superseded by dotfiles-sync), and "Not Included (By Design)" claimed a dedicated Biome feature is available, which doesn't exist in this catalog. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
… wording This feature was bumped to 1.1.0 for the self-heal mention, while every other helpers4-common dependent in this release lands on 1.2.0. Aligned it to 1.2.0 so the whole "pure documentation" release ships under one version number, and reworded the JSON description and README callout the same way as the others: vaguer, more natural phrasing instead of spelling out "git-config self-heal". Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…rden-secrets-manager Both were bumped to 1.2.0 to align with the rest of the self-heal-mention release, but the feature table still listed them at 1.1.0. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Pure documentation release — no functional change to any feature's
install.shor runtime behavior. Every feature thatdependsOn: helpers4-commongets the automatic git-config self-heal (from #75) transitively, but that was previously only documented onhelpers4-common's own README — undiscoverable for anyone using, say,claude-devwithout also knowing to go readhelpers4-common's docs.Scope
All 15 features with a direct
dependsOn: "ghcr.io/helpers4/devcontainer/helpers4-common:1"(verified exhaustively:jq -e '.dependsOn["ghcr.io/helpers4/devcontainer/helpers4-common:1"]'across everysrc/*/devcontainer-feature.json):angular-dev,auto-header,bitwarden-secrets-manager,claude-dev,dotfiles-sync,essential-dev,git-absorb,mistral-dev,nub,package-auto-install,peon-ping,playwright-dev,pnpm-store,shell-history-per-project,vite-plus.For each:
devcontainer-feature.json): appended "Also includes helpers4's automatic git-config self-heal." — identical short phrasing everywhere, deliberately, since it's the exact same underlying mechanism.helpers4-common's git-config self-heal — fixes a stalecredential.helperor a missing SSH commit-signing key in~/.gitconfigon every container attach, no setup required. You never addhelpers4-commonyourself; every helpers4 feature pulls it in." — placed right after each feature's intro paragraph. (dotfiles-syncalready had a more detailed, feature-specific note covering the same ground from its own refactor(dotfiles-sync): make SSH key file sync opt-in, drop redundant path-fixing #76 work — only its description got the short addition, to avoid a redundant second callout.)1.1.0 → 1.2.0(they were already bumped once for thedependsOnmigration itself, in refactor: migrate all features off inline helpers4-common bootstrap to dependsOn #72).essential-devandbitwarden-secrets-managergo to1.1.0— they already depended onhelpers4-commonfrom their own first release, so this is their first bump for this specific reason.dotfiles-syncgoes to1.2.0(its own1.1.0already covered the functional side in refactor(dotfiles-sync): make SSH key file sync opt-in, drop redundant path-fixing #76).AGENTS.md's feature table updated to match.Everything else (descriptions read naturally, no historical/implementation references leaking into the main body — that's what Version History is for) was reviewed while touching each file; none needed further changes beyond the addition itself.
Test plan
jq emptyon all 15 changed manifestsdependsOnkey, not just the ones from memory — caughtessential-dev, which predates the refactor: migrate all features off inline helpers4-common bootstrap to dependsOn #72 migration and wasn't in that batch)AGENTS.md's feature-table-matches-manifest-version check replicated locally, passes🤖 Generated with Claude Code