Skip to content

chore(repository): audit tmp-should-not-create lineage before any deletion #98

Description

@seonghobae

Problem

tmp-should-not-create is a stale no-PR branch that must not remain a misleading writer surface, but deleting it without proving preservation of every unique delta would destroy evidence. The original SHA-only cleanup premise was therefore unsafe.

Fresh exact state — 2026-08-16

  • protected main: a634066feb6ace12da2f305fe0e2691a15240997;
  • frozen branch: e68e0a4bb319cd52c52b6641ae5f1fdd3312811b;
  • merge base: 9adb784902cae19a150146a8fadd6a0491f67814;
  • branch vs merge base: 21 commits ahead, exactly 10 changed paths;
  • branch vs current main: diverged, 21 commits behind the branch side / 419 current-main commits on the other side.

No force-push, reset, merge, retarget, branch reuse, or opportunistic cherry-pick is allowed.

Complete path classification

The 10-path historical delta has now been classified against current protected truth using exact blobs/diffs and current behavior rather than branch titles:

  1. AGENTS.md — preserved on current protected lineage; the historical branch content is not needed as a separate authority.
  2. docs/doctoring/nanoid-cve-2026-67213.md — preserved on protected lineage; current package security evidence additionally advances the same transitive node beyond the historical remediation.
  3. scripts/lib/main-governance-audit.mjs — preserved on protected lineage.
  4. test/ci-exact-head-contract.test.ts — preserved on protected lineage.
  5. test/main-governance-audit.test.ts — preserved on protected lineage.
  6. .github/workflows/ci.yml — semantically superseded by current protected CI, which retains exact-head/toolchain verification and adds stronger current-live-base, lockfile-change and fail-closed controls.
  7. .github/workflows/reviewer-ci.yml — semantically superseded by current protected reviewer workflow with the same required reviewer coverage/docstring/security intent plus newer immutable action/runtime controls.
  8. test/workflow-readiness.test.ts — semantically superseded by current protected tests. In particular, protected truth now requires delegated Maintainer App capability-file ingress and rejects direct Maintainer App GH_TOKEN step use on the commercial-maintenance path, which is stricter than the historical branch contract.
  9. CHANGELOG.md — historical unique entry recorded the bounded nanoid 3.3.16→3.3.17 remediation. Current protected CHANGELOG preserves that security lineage and now records the later bounded 3.3.17→3.3.18 remediation plus current package-manager evidence.
  10. package-lock.json — historical patch changed only node_modules/nanoid version/resolved/integrity from 3.3.16 to 3.3.17. Current protected lockfile changes that same single node to 3.3.18, with current schema-v3 lockfile-change evidence and unchanged top-level metadata digest. The historical 3.3.17 bytes are therefore superseded, not uniquely required.

No still-required unique product/security/governance behavior remains solely on tmp-should-not-create.

Deletion boundary

The semantic preservation audit is complete. Remote-ref deletion is now the only remaining repository cleanup action, but it must use a supported non-force ref-deletion operation with an exact pre-delete ref check. The currently available GitHub mutation surface in this invocation exposes file deletion but not branch/ref deletion, so the branch is intentionally left frozen rather than emulating deletion with a force update.

Before deletion:

  1. refetch main and tmp-should-not-create;
  2. require the branch head to remain exactly e68e0a4bb319cd52c52b6641ae5f1fdd3312811b;
  3. verify no open PR or active writer has adopted the branch;
  4. delete the exact remote ref through a supported ref-deletion API;
  5. verify the ref returns not-found;
  6. only then close this issue.

Issue closure without observed ref absence is not deletion evidence.

Related: #27, #77, #79, #90, #91

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

    area: authAuthentication, authorization, identity, or tenant isolationarea: ci-cdCI, GitHub Actions, checks, release, or supply chainarea: dependenciesDependency or lockfile maintenancearea: securitySecurity boundary, hardening, or vulnerability preventionpriority: mediumNormal-priority or P2 workstatus: triagedOpen issue has an organization taxonomy assignmenttype: featureNew or expanded product capability

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions