Skip to content

chore(release): prepare public gittensory launch - #2

Merged
JSONbored merged 1 commit into
mainfrom
codex/gittensory-public-launch
May 26, 2026
Merged

chore(release): prepare public gittensory launch#2
JSONbored merged 1 commit into
mainfrom
codex/gittensory-public-launch

Conversation

@JSONbored

Copy link
Copy Markdown
Owner

Summary

  • prepare the repository docs and MCP package metadata for public launch
  • switch the MCP package publish config and release workflow to public npm access
  • point the docs site at gittensory.aethereal.dev with a Pages CNAME

What changed

  • updated README and docs install flows for public npm usage
  • bumped @jsonbored/gittensory-mcp to 0.1.2 and set npm access to public
  • updated GitHub Pages build config for the custom docs domain
  • removed stale private-beta and restricted-package language from public docs

Why

  • the repo and MCP package need public-safe metadata before visibility and npm access are changed
  • docs should match the intended public domain and install flow before launch

Validation

  • git diff --check
  • gitleaks detect --source . --redact --no-banner
  • tracked-file sensitive-pattern scan
  • actionlint .github/workflows/*.yml
  • npm run docs:check
  • npm run docs:build
  • npm run test:mcp-pack
  • npm pack --workspace @jsonbored/gittensory-mcp --dry-run --json
  • npm run test:ci

Notes

  • root package remains private for npm workspace safety
  • only @jsonbored/gittensory-mcp is publishable
  • CI may be blocked by account billing, but the full local gate passed before launch

@JSONbored
JSONbored merged commit b036625 into main May 26, 2026
0 of 2 checks passed
@JSONbored
JSONbored deleted the codex/gittensory-public-launch branch May 26, 2026 07:48
nghetienhiep pushed a commit to nghetienhiep/gittensory that referenced this pull request Jul 16, 2026
… PR head SHA

The screenshot-table gate's PRESENCE-mode check (evaluateScreenshotTableGate)
was pure regex/string matching over the PR body with no tie to the PR's live
head SHA, unlike the bot-capture evidence path in the same function. A
before/after table pasted on an early push kept satisfying the gate forever,
even after later commits shipped a real visual regression the table never
pictured.

Presence-mode now fingerprints the exact before/after evidence (the
extracted image URLs) and correlates it to the head SHA it last satisfied
the gate at. A later push carrying the identical, unedited evidence
re-violates; genuinely new evidence (the contributor re-affirms after the
push) or a successful bot capture on the new head clears it again. The
checkpoint is persisted (mirrors visualCaptureSatisfiedSha's headSha-keyed
write) via a new markPullRequestScreenshotTablePresenceSatisfied call in the
maintenance planner, backed by a new pull_requests column/migration.

Mirrored the same change into the loopover-engine twin copy of this file to
keep engine-parity green, and added a regression test reproducing the
audited two-push scenario (table passes on push JSONbored#1, then silently stays
stale through push JSONbored#2 pre-fix).
loopover-orb Bot pushed a commit that referenced this pull request Jul 30, 2026
…t the PR ahead of it (#9954)

The wait comment named the immediate blocker and nothing else:

  Queued in the merge train behind #4, which touches overlapping work and was
  opened first.

"Behind #4" and "behind #4 and six others" are very different waits, and a
queue that will not say which one it is reads as a stall rather than a wait --
which is how it was read in practice.

The information was already computed and thrown away: shouldWaitForOlderSiblings
builds the full sorted list of viable overlapping older siblings and returned
only viable[0]. It now returns the whole list, and the comment reports the
position:

  Queued in the merge train at position 4, behind 3 overlapping PRs opened
  before this one (#1, #2, #3). The nearest is #1.

The single-blocker wording is unchanged -- rendering a one-item queue as "1 PR
ahead: #4" is noise.

The queue inherits every eviction rule the blocker choice already had, which
the tests pin: a draft, a conflicted PR, a manual-review hold and a
non-overlapping sibling are all absent from it. A contributor must never be
told they are behind PRs that are not actually in front of them.

Closes #9952
Sign up for free to 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