Migrating from Yarn
Convert a Yarn yarn.lock project to LPM with rollback safety.
lpm migrate converts a Yarn project to LPM in one command. It detects yarn.lock, parses the lockfile, writes lpm.lock plus lpm.lockb when the graph fits the binary format, optionally configures .npmrc, runs lpm install, and verifies build + test when those scripts exist.
This guide covers the Yarn-specific parts. For the full flag reference, see lpm migrate.
Prerequisites
- LPM installed - see Installation.
- A
package.jsonandyarn.lockin the project root. - A clean or committed working tree.
The current Yarn import path is built around Yarn Classic lockfile entries. Run the dry-run first and treat it as the source of truth for what will convert.
1. Preview
lpm migrate --dry-runDry-run detects Yarn, parses yarn.lock, converts the graph in memory, and writes nothing. It reports package counts, workspace counts, and any conversion problems before touching disk.
If the project contains multiple lockfiles, LPM chooses the most recently modified one. On timestamp ties, the priority order is bun.lockb, bun.lock, pnpm-lock.yaml, yarn.lock, then package-lock.json. Remove stale lockfiles before migrating so yarn.lock is the unambiguous source.
2. Run The Migration
lpm migrateWhat runs:
- Confirm
package.jsonexists and refuse to overwrite an existinglpm.lockunless--forceis set. - Parse Yarn lockfile entries: specifiers, exact versions, resolved tarball URLs, integrity strings, and dependency edges.
- Mark direct dev and optional dependencies from root
package.json, because Yarn Classic does not encode those flags per lockfile entry. - Write
lpm.lockand, when supported,lpm.lockb. - Back up
yarn.lock,.npmrcwhen touched,.gitattributes, and any pre-existing LPM lockfiles. - Add LPM registry routing to
.npmrcunless--no-npmrcis set. - Run
lpm installagainst the converted lockfile unless--no-installis set. - Run
build+testscripts unless--skip-verifyis set.
The flow is non-interactive. -y is accepted but reserved for a future interactive mode; it does not imply --force.
3. Verify
lpm install --offline
lpm test
lpm lintlpm install --offline confirms the new lockfile and the warmed store can replay without network access. If your project does not have test or lint scripts, run the equivalent checks you normally trust before a package-manager migration.
4. Commit
git add lpm.lock .npmrc package.json
test ! -f lpm.lockb || git add lpm.lockb
git rm yarn.lock yarn.lock.backup .npmrc.backup
git commit -m "Migrate to LPM"Do not commit .backup files unless you intentionally keep migration rollback artifacts in the repository.
Yarn-Specific Notes
yarn.lockresolved URLs fromregistry.yarnpkg.comare normalized into registry package entries when possible.dependenciesandoptionalDependenciesblocks inside lockfile entries both contribute dependency edges.- The install step rebuilds
node_modules. Single-package projects default to LPM's hoisted v2 layout; workspaces and peer-conflict installs use isolated layout unless you override the linker. - Dependency lifecycle scripts remain denied by default. After migration, run
lpm rebuildandlpm approve-scriptsfor packages that need install-time builds.
Rollback
lpm migrate --rollbackRestores backups from the previous migration run and removes LPM files created by that run. Safe to run repeatedly.
See also
lpm migrate- full flag reference- Migrating from npm - same migration shape
- Migrating from pnpm - pnpm-specific translations
- Migrating from Bun - Bun text and binary lockfiles
- Lockfile - what gets committed and why