Skip to content

v0.3 to v0.4 upgrade continuity: in-flight sc:* issues and the orphaned simplycubed/ledger branch #142

Description

@charlesgreen

Found by the post-rebrand review (#137). Two continuity gaps when a repo upgrades with state on the old prefix:

  1. In-flight issues escape the invariants. The one-branch / one-pull-request / one-state-label guards are keyed to the label prefix (internal/app/app.go:237, internal/forge/gh/gh.go:33). An issue mid-flight as sc:working on branch sc/9 is invisible to a v0.4.0 run, which starts over as ax/9 with a second PR while sc:working sits next to ax:review.
  2. Ledger history reads as lost. BranchStore's default moved from simplycubed/ledger to aixgo/ledger (internal/ledger/branch.go:35) with no read-back, so post-upgrade audits find an empty ledger before the upgrade date; prior history sits orphaned on the old branch.

The v0.4.0 changelog now tells adopters to finish in-flight issues first and where the old ledger lives. This issue tracks doing better than documentation: recognizing old-prefix state (or migrating the ledger branch) instead of ignoring it.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions