Skip to content

Migration tool must preserve up-next lane instead of promoting to asap #70

Description

@flyingrobots

Problem

The backlog migration tooling collapsed Echo docs/method/backlog/up-next/** cards into the lane:asap label during the Echo migration.

Concrete evidence:

  • Echo PR #527 initially created issues #468 through #505 from docs/method/backlog/up-next/**.
  • Those issues were labeled lane:asap instead of lane:up-next.
  • The archive mapping initially recorded the same wrong lane.
  • The defect had to be corrected manually in Echo commit af1bf7b0 by creating lane:up-next, relabeling issues #468 through #505, and fixing the archive README.

This is a migration correctness bug. It changes scheduling semantics while claiming to preserve backlog lanes.

Desired outcome

The Method migration script preserves all supported backlog lanes exactly, including up-next.

Acceptance criteria

  • Migrating docs/method/backlog/up-next/foo.md creates an issue labeled lane:up-next.
  • The script creates lane:up-next when missing, with the canonical Method label description/color.
  • The generated archive/mapping output records lane:up-next, not lane:asap.
  • A regression fixture covers every canonical lane: asap, up-next, v0.1.0/release, inbox, cool-ideas, and bad-code.
  • The script fails loudly on an unknown lane instead of silently remapping it.

References

  • Echo PR #527
  • Echo fix commit af1bf7b0

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    lane:bad-codeKnown debt, rot, or structural risk.legend:processMethod process, workflow, adapters, and CLI work.priority:highHigh priority.type:bugDefect or regression.type:maintenanceMaintenance, cleanup, or operational workflow work.

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions