Vous construisez une feature en trois couches : schéma BD → endpoints API → UI. Chacune est sa propre PR. La PR 1 reçoit du feedback alors que vous êtes déjà sur la PR 3. Dans Git c'est un cauchemar de rebases et de force pushes. Dans jj vous corrigez la PR 1 et tout le stack se met à jour en silence.
Voyez votre stack : jj log
Vous avez trois changes empilés : « Add DB schema » → « Add API » → « Add UI ». La PR 1 (wstk01, « Add DB schema ») vient de recevoir un feedback — le nom de la table est faux. Ça doit être user_sessions, pas sessions.
● Voyez votre stack : `jj log`
○ Sautez dans la PR 1 : `jj edit wstk01`
○ Appliquez le fix : `echo "CREATE TABLE user_sessions (id INT);" > db/schema.sql`
○ Revenez au sommet : `jj edit wstk03`
○ Vérifiez : `jj log`
○ Déplacez la PR 2 à la racine : `jj rebase -s wstk02 -d root()`
○ Restaurez le stack : `jj undo`
🧩 The Merge MinefieldNon résolu
📖 Histoire
Your teammate refactored the entire API layer while you were building the frontend. You both touched the same three files.
You rebased your work on top of theirs and got three conflicts. Your team has decided to go with your teammate's version for now — no need to manually merge the files.
Your job is simpler: identify all three conflicted files and run jj resolve on each one. The file content will be taken care of separately.
Note: the file content isn't important for this problem — just clear the conflict flags.
Objectif
jj log -r 'all()' doit :
Terminal jj
🧩 Problem: The Merge Minefield
Three files are in conflict after a rebase. Clear the conflict flags and get back to a clean state.
Use the terminal to solve the problem. jj log -r 'all()' will be checked automatically.
