Skip to content

[Phase 3] Docs cutover + end-to-end new-repo validation #970

Description

@github-actions

Story

As a developer onboarding a new repo,
I want update the "Applying to a New Repository" checklists to make template + bootstrap the primary path and validate the full flow end-to-end,
so that the documented onboarding path is the one-click + one-command path, proven to produce a compliant repo.

Acceptance Criteria

  1. standards/github-settings.md and standards/ci-standards.md "Applying to a New Repository" checklists are updated to point at "Use this template" + scripts/bootstrap-new-repo.sh as the primary path, with the legacy script runbook kept only as the existing-repo fallback.
  2. An end-to-end DRY_RUN validation is recorded: Use-template (or a scratch repo) -> bootstrap-new-repo.sh (DRY_RUN) -> ring confirmation, whose intended state covers repo settings, both rulesets with bypass actors, required checks, labels, CODEOWNERS, push protection, and the recorded ring with no drift.
  3. The validated flow passes shellcheck scripts/*.sh and the lint.yml-equivalent checks with no errors.
  4. The two open onboarding questions are resolved or explicitly deferred in BOOTSTRAP.md: whether framework subtrees (frameworks/) are seeded by the template or opt-in, and whether the bootstrap performs app installs (Claude/CodeRabbit) or they remain a documented manual step.

Tasks / Subtasks

Dev Notes

  • The docs live cross-repo in petry-projects/.github: standards/github-settings.md (the 9-step settings checklist) and standards/ci-standards.md (the 13-step CI checklist). Update them via the aw-standards-sync.sh cross-repo PR pattern (STANDARDS_REPO=petry-projects/.github).
  • deploy-standard-workflows.sh remains the ongoing-sync path for EXISTING repos (out of scope to replace); the docs must state the template seeds day-0 only and ongoing updates still flow through the PR-based sync.
  • frameworks/ here are installed via git subtree (bmad-method, spec-kit, gsd); the idea-enhancer comment explicitly raised "are frameworks opt-in or seeded?" and "does bootstrap handle app installs?" — both must be answered in BOOTSTRAP.md, not left implicit.

Project Structure Notes

Primary edits are cross-repo docs in petry-projects/.github plus BOOTSTRAP.md in repo-template; the validation exercises this repo's bootstrap + apply-* scripts under DRY_RUN.

References

Likely target surface

  • scripts/aw-standards-sync.sh

Story prepared by the BMAD Scrum Master (Bob) for epic #964. Status: ready-for-dev.

Metadata

Metadata

Assignees

No one assigned

    Labels

    dev-leadFor dev-lead agent pickupinitiativeEpic / initiative tracking issue

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions