Skip to content

🤖 fix: pin Bun and freeze installs to avoid lock churn#3072

Merged
ammario merged 1 commit intomainfrom
fix/pin-bun-lock
Mar 25, 2026
Merged

🤖 fix: pin Bun and freeze installs to avoid lock churn#3072
ammario merged 1 commit intomainfrom
fix/pin-bun-lock

Conversation

@ammar-agent
Copy link
Collaborator

Summary

Pin Bun 1.3.5 in the repo manifests and switch the install entrypoints that previously rewrote lockfiles to --frozen-lockfile. This makes Bun version expectations explicit across the main app, mobile app, and chat-components package while stopping local validation and publish automation from silently mutating bun.lock.

Background

This repo already pins Bun 1.3.5 in the main CI setup action, but several other entrypoints were still effectively unpinned or running mutable installs. That let validation on machines with a different Bun setup rewrite lockfiles even when no dependency change was intended.

Implementation

  • added packageManager: "bun@1.3.5" to the root, mobile, and chat-components manifests
  • changed the root/mobile Makefile install sentinels to run bun install --frozen-lockfile
  • updated the chat-components publish workflow to use bun install --frozen-lockfile
  • pinned the auto-cleanup workflows to Bun 1.3.5 to match the existing shared setup action
  • regenerated the synced GitHub Actions guide and built-in docs snapshot that mirror the auto-cleanup workflow

Validation

  • make static-check
  • cd mobile && bun install --frozen-lockfile
  • cd packages/chat-components && bun install --frozen-lockfile
  • make lint-actions

Risks

Low. The main behavior change is that Bun version mismatches or stale lockfiles now fail fast instead of being normalized implicitly during install.


Generated with mux • Model: openai:gpt-5.4 • Thinking: xhigh • Cost: $2.29

Pin Bun 1.3.5 in the repo package manifests, align the remaining GitHub
Actions jobs to that same version, and switch the local/workflow install
entrypoints that were mutating lockfiles to use --frozen-lockfile instead.
This makes lock drift fail fast instead of silently rewriting bun.lock during
validation or publish automation.

---

_Generated with `mux` • Model: `openai:gpt-5.4` • Thinking: `xhigh` • Cost: `$2.29`_

<!-- mux-attribution: model=openai:gpt-5.4 thinking=xhigh costs=2.29 -->
@ammar-agent
Copy link
Collaborator Author

@codex review

@mintlify
Copy link

mintlify bot commented Mar 25, 2026

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
Mux 🟢 Ready View Preview Mar 25, 2026, 2:04 PM

@chatgpt-codex-connector
Copy link

Codex Review: Didn't find any major issues. Breezy!

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

@ammario ammario merged commit 8410aed into main Mar 25, 2026
24 checks passed
@ammario ammario deleted the fix/pin-bun-lock branch March 25, 2026 14:43
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.

2 participants