Skip to content

revert(mothership): back out v0.8 (#5410) and its bug fixes (#5735) from staging#5739

Closed
Sg312 wants to merge 3 commits into
stagingfrom
revert/mship-v0.8-staging
Closed

revert(mothership): back out v0.8 (#5410) and its bug fixes (#5735) from staging#5739
Sg312 wants to merge 3 commits into
stagingfrom
revert/mship-v0.8-staging

Conversation

@Sg312

@Sg312 Sg312 commented Jul 17, 2026

Copy link
Copy Markdown
Collaborator

Summary

Backs mothership v0.8 out of the sim staging release line, mirroring simstudioai/mothership#358. Two revert commits undo caa454ae (v0.8 bug fixes, #5735) and f03b4337 (v0.8, #5410). The 21 unrelated commits that landed on top of v0.8 are kept: the second revert's tree was built by replaying them onto the pre-v0.8 base, so the final tree differs from staging only in paths the two reverted commits touched (verified, 0 stray paths). Everything reverted is preserved on dev and returns via a normal dev -> staging promotion once ready.

DB bookkeeping: the 0262_strong_storm migration (workspace_files.message_id) already ran against the DB in every env, so a follow-up commit keeps its migration file, snapshot, journal entry, and the schema.ts column declaration — packages/db is byte-identical to staging. Only the v0.8 code is reverted; the migration history stays exactly as the DB recorded it (0261 -> 0262 -> 0263).

Type of Change

  • Other: revert (staging release-line repair)

Testing

  • Replay verified path-exact: every path differing from staging belongs to one of the two reverted commits (202 paths, 0 stray)
  • First revert verified byte-exact: its diff against staging equals caa454ae's diff
  • bun install --frozen-lockfile and bun run type-check pass on the result (the docs app type-check failure is pre-existing on staging — apps/docs is untouched by this PR)
  • Verified main contains neither reverted commit

Checklist

  • Code follows project style guidelines
  • Self-reviewed my changes
  • Tests added/updated and passing — n/a, revert only; existing suites cover the kept commits
  • No new warnings introduced
  • I confirm that I have read and agree to the terms outlined in the Contributor License Agreement (CLA)

Companion PR

Companion: https://github.com/simstudioai/mothership/pull/358

Sg312 added 2 commits July 17, 2026 12:38
This reverts commit caa454a.
v0.8 is preserved on dev and will return via a future dev -> staging promotion.
This reverts commit f03b433 while keeping the
21 unrelated commits that landed on top of it (replayed onto the pre-v0.8 base
to resolve the overlaps).

DB bookkeeping: drizzle migration 0262_strong_storm (workspace_files.message_id)
leaves the tree and its _journal.json entry is removed, so it can never run in
prod. 0263_workflow_fork_sync_excluded (from the kept forking commit) is
untouched - the journal goes 0261 -> 0263, which the runtime migrator orders by
timestamp, matching what the staging DB already applied.
v0.8 is preserved on dev.
@Sg312
Sg312 requested a review from a team as a code owner July 17, 2026 19:39
@greptile-apps

greptile-apps Bot commented Jul 17, 2026

Copy link
Copy Markdown
Contributor

Too many files changed for review. (202 files found, 100 file limit)

Bypass the limit by tagging @greptile-apps to review.

@vercel

vercel Bot commented Jul 17, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
docs Ready Ready Preview, Comment Jul 17, 2026 7:52pm

Request Review

@github-actions github-actions Bot added the requires-mothership-merge Has a companion PR on the mothership/copilot side — merge in lockstep label Jul 17, 2026
@github-actions

Copy link
Copy Markdown

⚠️ Cross-repo companion check

One or more companion PRs aren't merged into staging yet. Merging this without them will leave copilot and sim out of sync — merge them in lockstep.

The message_id migration already ran against the DB in every env, so the
column exists everywhere regardless of this revert. Restore the migration
file, its snapshot, the journal entry, and the schema.ts column declaration
so the tree matches the DB and the recorded migration history; the revert
keeps out only the v0.8 code. packages/db is now byte-identical to staging.
@waleedlatif1
waleedlatif1 deleted the revert/mship-v0.8-staging branch July 18, 2026 05:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

requires-mothership-merge Has a companion PR on the mothership/copilot side — merge in lockstep

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants