| name | drizzle-migration-conflict |
| description | Diagnose, repair, and prevent Drizzle Kit migration conflicts involving generated SQL, snapshots, journals, merge queues, and team workflows. |
| category | databases |
| risk | critical |
| source | community |
| source_repo | chaunsin/agent-skills |
| source_type | community |
| date_added | 2026-06-29 |
| author | chaunsin |
| tags | ["drizzle","migrations","database","ci","merge-conflicts"] |
| tools | ["git","python","rg"] |
| license | Apache-2.0 |
| license_source | https://github.com/chaunsin/agent-skills/blob/master/LICENSE |
Drizzle Migration Conflict
Use this skill to help a user diagnose, repair, and prevent Drizzle Kit migration conflicts in a
multi-developer repository. Drizzle migrations encode both SQL and migration snapshots, so the safe
answer depends on the current migration directory shape, the Drizzle Kit version, and the git state.
When to Use This Skill
- Use when Drizzle migration files,
_journal.json, or snapshot.json conflict after a pull, merge, rebase, or PR update.
- Use when
drizzle-kit check reports non-commutative migrations or migration folder conflicts.
- Use when a team wants a safe repair flow for generated Drizzle migrations after schema changes converge.
- Use when designing CI or merge-queue policy to prevent repeated Drizzle migration conflicts.
Safety rules
- Start in read-only diagnosis mode unless the user explicitly asks to fix files.
- Do not run
drizzle-kit migrate, drizzle-kit push, database seed scripts, or any command that
connects to a live database unless the user explicitly requests it and the target is clear.
- Treat
drizzle-kit check, project typechecks, and tests as command execution that may load project
config, environment variables, or scripts. Inspect scripts/config first, and require an explicit
non-production or disposable target before any DB-backed validation.
- Do not delete migration files, rewrite
_journal.json, or run git checkout --ours,
git checkout --theirs, git restore, or rm unless the user has confirmed the exact side and
files to change.
- Do not recommend
drizzle-kit push as the production solution for migration conflicts; it skips
the auditable migration history that teams need.
- Treat
--ignore-conflicts as an exception for a known false positive, not as the normal fix.
- Preserve schema source code changes unless the user explicitly asks to discard them. Conflict
repair normally discards generated migrations and regenerates them from the merged schema.
- If
ours and theirs could mean different branches depending on merge direction, ask the user to
identify the parent branch before suggesting checkout commands.
Required references
- Read
references/sources.md when the answer depends on current Drizzle behavior, official
guidance, or one of the preserved external links.