Skip to content

fix: pin doctooldotnet checkout to an explicit ref in generate-readme.yml - #136

Closed
spbsoluble wants to merge 2 commits into
v5from
fix/pin-doctool-checkout-ref
Closed

fix: pin doctooldotnet checkout to an explicit ref in generate-readme.yml#136
spbsoluble wants to merge 2 commits into
v5from
fix/pin-doctool-checkout-ref

Conversation

@spbsoluble

@spbsolublespbsoluble commented Aug 7, 2026

Copy link
Copy Markdown
Contributor

Summary

generate-readme.yml's "Checkout doctool action" step checks out keyfactor/doctooldotnet with no ref:, so it implicitly runs whatever is currently on that repo's default branch (main). That's the correct behavior — this repo should always pick up the latest doctool — but it was implicit, which made it easy to conflate "doctool is broken" with "our workflow is broken" when main regresses.

This PR doesn't change that behavior. It adds an explicit doctool-ref input, defaulting to 'main', and passes it through to the checkout step's ref:. Functionally identical to today. The difference is that any caller who does need to pin to a specific commit/tag for stability (e.g. while waiting on a doctool fix to land) now has a one-line, reviewable way to do it, instead of that only being possible by editing this shared workflow.

Context: Keyfactor/akeyless-pam PR #11 hit a real doctooldotnetmain regression (PamRenderer duplicates sections in docs/<type>.md and drops "Extension Mechanics"/"Configuration" from README.md — see Keyfactor/doctooldotnet#25 for the fix, not yet merged). That's a doctooldotnet bug to fix in that repo; this PR just makes it possible to work around such regressions here without forking the workflow.

Test plan

  • Validated YAML parses correctly
  • Default (main) preserves current behavior exactly — no caller (starter.yml) changes required

….yml
The "Checkout doctool action" step checked out keyfactor/doctooldotnet
with no ref, always running whatever is on its default branch. Every
push to an integration repo silently picks up whatever doctool bugs
landed since the last push, with no way to control or roll back the
version in use.
Keyfactor/akeyless-pam#11 hit this concretely: a known PamRenderer bug
duplicates sections in docs/<type>.md and drops the Extension
Mechanics/Configuration sections from README.md entirely. It's been
manually reverted twice already in that repo because every subsequent
push re-triggers the same regeneration.
Add a doctool-ref input (default: current doctooldotnet main HEAD, so
behavior is unchanged today) and pass it to the checkout step, so
picking up a doctool fix is a deliberate version bump instead of an
implicit side effect of the next push.
Keep doctooldotnet tracking main by default (today's actual behavior)
instead of freezing it at a specific commit. The doctool-ref input
stays available for any caller that wants to pin to a known-good
commit/tag for stability, but that's now opt-in rather than forced.
@spbsoluble

Copy link
Copy Markdown
ContributorAuthor

Closing — this doesn't fix anything. The checkout already tracks doctooldotnet's default branch, and once Keyfactor/doctooldotnet#25 merges to main, this workflow picks it up automatically with no changes here needed. The actual fix belongs entirely in that repo.

@spbsoluble
spbsoluble deleted the fix/pin-doctool-checkout-ref branch August 7, 2026 20:36
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@spbsoluble