Continuer, ignorer ou abandonner une opération active

• Dites quelle opération est active avant de toucher quoi que ce soit.
• Continuez seulement une fois que chaque conflit est résolu et marqué.
• Expliquez ce que Skip laisse de côté et quand il s'agit du mauvais outil.
• Abandonnez une opération et vérifiez que vous êtes de retour au début.

Vous utilisez la divergence de la leçon 23 : conflict/sara (le titre de Sara "Examiner les modifications en toute confiance.") et conflict/omar (le titre d'Omar "Comprendre chaque modification enregistrée."), tous deux issus du commit M. Faites-en trois copies propres, nommées gittree-continue, gittree-abort et gittree-skip. Dans chacun, conflict/sara est extrait et rien ne fonctionne. Vous arrêterez la même opération dans les trois et quitterez chacun d’une manière différente.

Tout est local et sur le forfait gratuit (GitTree vous demande de vous connecter) : pas de compte d'hébergement, pas de fournisseur, pas d'Internet. Chaque identité est fictive (exemple.com). N'exécutez jamais cette leçon dans un projet réel.

Apportez les modifications dans GitTree ou avec les commandes Git natives, pas les deux dans la même copie. La lecture du résultat est toujours sûre. Les étiquettes de menu proviennent des propres chaînes de GitTree 2.0 et les commandes natives ont été exécutées avec Git 2.43 dans des copies jetables. Les étapes GitTree n'ont pas été exécutées le macOS, Windows ou Linux.

Une opération arrêtée est un état en soi. Jusqu'à la fin, le référentiel se souvient de ce qu'il faisait et vous ne devez pas lancer une autre fusion ou un rebase par-dessus. Découvrez d’abord ce qui est actif. La bannière de GitTree le dit clairement : "Fusionner… en…", ou "Rebaser… en…" (avec le numéro de l'étape lorsqu'il y en a plusieurs), et le nombre de conflits restants. Dans un terminal, git status commence par "Vous avez des chemins non fusionnés" et un indice pour une fusion, ou "rebasement interactif en cours ; sur…" pour un rebasement, puis répertorie les commandes que vous pouvez utiliser.

Continue continue une fois que chaque conflit est résolu et que son résultat est mis en scène. Il ne s'agit pas d'une nouvelle tentative de fusion ou de rebase d'origine : cela termine la validation de fusion ou déplace un rebase vers sa prochaine validation.

Skip existe pour les opérations qui rejouent les commits, comme un rebase. Cela laisse entièrement la modification du commit actuel hors du résultat. Dans cette leçon, Skip supprime le titre de Sara et la branche se termine sur le commit d'Omar. Ce n'est pas une façon d'"accepter le dossier" ou de reporter un conflit, et ce n'est pas le bon outil chaque fois que vous souhaitez encore ce changement. Une fusion n'a pas de saut, car une fusion est une étape : soit vous la terminez, soit vous l'abandonnez.

Abort revient à l'endroit où l'opération a commencé. Tout ce que vous avez résolu jusqu'à présent est abandonné. GitTree enregistre un instantané de récupération de ce qu'il supprime en premier, et le référentiel revient à la validation, à l'index et aux fichiers exacts qu'il avait auparavant. C'est la solution lorsque vous n'êtes pas sûr de ce que vous faites.

Construisez les branches de Sara et d'Omar une fois, puis faites-en trois copies. Commencez à partir d'une copie ordinaire distincte du projet telle que la leçon 18 l'a laissé et laissez votre gittree-features original intact. Les versions de la page : MERGED est la base partagée, SARA et OMAR sont les versions concurrentes et RESOLU est le résultat que vous enregistrez dans la copie continue.

Enregistrez uniquement à la phase nommée ci-dessous. Ce sont des corps UTF-8/LF complets avec une nouvelle ligne finale ; ne collez jamais les clôtures Markdown. Les fichiers exécutables inchangés héritent de l'entrée nommée. Les versions dans des variantes distinctes ne doivent pas écraser l'original.

index.html — FUSIONNÉ

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

index.html — LEP

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Review changes with confidence.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

index.html — OMAR

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Understand each saved change.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

index.html — RÉSOLU

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Review each change with confidence.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

Ouvrez la palette avec Commande+Maj+P (Ctrl+Maj+P sur Ubuntu). Les actions sur une branche nommée utilisent le menu contextuel de cette branche.

1. Construisez les trois copies comme le montre la section suivante. Dans chacun, conflict/sara est extrait et le statut est vide. Notez l'ID complet de conflict/sara dans la copie d'abandon.
2. Continue copy. Ouvrez gittree-continue. Faites un clic droit sur conflict/omar et choisissez Merge conflict/omar into conflict/sara, avec Always a merge commit. Ça s'arrête. Sur la bannière, choisissez Resolve, ouvrez index.html, choisissez Edit Output, écrivez Review each change with confidence. et choisissez Save and Mark Resolved.
3. Vérifiez qu'il ne reste aucun conflit, puis choisissez une fois Continue sur la bannière. L'avis indique "Terminé". et la bannière s'en va. Le nouveau commit a deux parents.
4. Abort copy. Ouvrez gittree-abort et lancez la même fusion. Laissez le conflit non résolu. Sur la bannière, choisissez Abort…. La boîte de dialogue « Abandonner l'opération ? » explique que la branche, l'index et les fichiers reviennent à ce qu'ils étaient et que ce qui est supprimé est d'abord conservé dans les instantanés de récupération. Choisissez Abort. L'avis indique "Avorté. La modification supprimée est conservée sous refs/ogt/trash/… ; Annuler la ramène." (lorsque l'abandon ne laisse rien tomber, il est indiqué "Avorté. Le référentiel est de retour là où il était auparavant.")
5. Vérifiez l'abandon : conflict/sara est toujours l'ID que vous avez noté, la page est le titre complet de Sara et il n'y a pas de bannière.
6. Skip copy. Ouvrez gittree-skip. Cliquez avec le bouton droit sur conflict/omar et choisissez Rebase conflict/sara onto conflict/omar. Laissez les options désactivées et choisissez Rebase conflict/sara. Ça s'arrête. La bannière propose désormais Skip à côté de Continue et Abort… ; la bannière de fusion n'avait pas de saut.
7. Lisez quel commit est en cours de relecture (celui de Sara), acceptez que sauter laisse de côté son en-tête et choisissez Skip une fois. L'avis indique "Étape sautée".
8. Vérifiez le saut : la page affiche le titre d'Omar, conflict/sara pointe désormais vers le commit d'Omar et aucune bannière ne s'affiche. Comparez les trois résultats et séparez-les.

Pour chaque commit ordinaire du cours : Summary est le sujet indiqué, Description est vide et les options Amend Previous Commit, Skip Hooks, Add Signed-off-by, Different Author, Push After Commit et Allow Empty Commit restent désactivées.

Dans une copie propre séparée du résultat de la leçon 18 :

git switch --create conflict/sara
BASE_SHA="$(git rev-parse HEAD)"

Enregistrez SARA sous index.html, puis :

git add -- index.html
git -c user.name="Sara Lindqvist" -c user.email=sara@example.com commit --quiet -m "feat: Sara clarifies the hero"
git switch --quiet --create conflict/omar "$BASE_SHA"

Enregistrez OMAR sous index.html, puis :

git add -- index.html
git -c user.name="Omar Haddad" -c user.email=omar@example.com commit --quiet -m "feat: Omar explains the hero"
git switch --quiet conflict/sara

Faites trois copies vierges de cet état (gittree-continue, gittree-abort, gittree-skip). Tout d’abord, vérifiez ce qui est actif en cas de doute :

git status

Continue copy. La fusion s'arrête avec le code de sortie 1. Enregistrez RÉSOLU sous index.html, puis :

git merge --no-ff --no-edit conflict/omar
git add -- index.html
git -c core.editor=true merge --continue
git ls-files --unmerged
git status --short

Les deux dernières commandes n'impriment rien. Abort copy:

git rev-parse conflict/sara
git merge --no-edit conflict/omar
git merge --abort
git rev-parse HEAD conflict/sara
git status --short

La fusion s'arrête et git merge --abort y met fin. Les deux identifiants imprimés par git rev-parse HEAD conflict/sara sont égaux, index.html est la page complète de Sara et le statut est vide. Un rebase arrêté est laissé de la même manière avec git rebase --abort. Skip copy:

git rebase conflict/omar
git rebase --skip
git rev-parse HEAD conflict/omar
git status --short

Le rebase s'arrête ; git rebase --skip le termine avec "Rebasé avec succès". Les deux identifiants sont égaux, donc la branche de Sara se trouve désormais sur le commit d'Omar, la page est celle d'Omar et le statut est vide. Le commit ignoré de Sara n'est plus sur la branche, mais Git l'a encore depuis un moment (le reflog, leçon 29). Ne lisez pas ce résultat comme une résolution conservant les deux entrées.

Where you end: trois exemplaires, trois résultats différents. La copie continue comporte une validation de fusion à deux parents avec l'en-tête combiné. La copie abandonnée est exactement là où elle a commencé, avec le titre de Sara. La copie sautée contient le titre d'Omar et la branche de Sara sur le commit d'Omar. Dans les trois cas, l’opération est terminée et le statut est propre.

• Utiliser Skip pour « dépasser » un conflit. Il supprime la modification de ce commit du résultat.
• Démarrer une autre fusion ou rebase alors que l’une est encore arrêtée.
• Utiliser git reset --hard pour vous échapper, au lieu de git merge --abort ou git rebase --abort.
• Abandonner lorsque vous êtes à un clic de terminer, ou continuer lorsque vous n'êtes pas sûr de ce qui est mis en scène.

Si vous êtes perdu, lisez d'abord la bannière ou git status et décidez à nouveau. L'abandon est toujours le moyen sûr de revenir au début. Si vous avez sauté par erreur, ne recommencez pas aveuglément : le commit sauté est encore accessible pendant un certain temps depuis le reflog (leçon 29), et la leçon 30 montre ce que l'annulation de GitTree peut remettre en place.

Répondez à chaque question, puis lisez pourquoi. Les questions marquées « Obligatoire » comptent pour terminer la leçon.

1. Question 1 de 6

   Question 1 de 6

   Un rebase arrêté sur un conflit. Vous avez résolu le fichier et l'avez mis en scène. Sur quelle commande effectue le rebase ?

   Choisissez une réponse.

   git commit --amend.

   git merge --continue.

   git rebase conflict/omar encore une fois.

   git rebase --continue.

   Vérifier la réponse
2. Question 2 de 6

   Question 2 de 6

   Que fait git rebase --skip ?

   Choisissez chaque réponse qui s'applique.

   Cela laisse la modification du commit actuel en dehors du résultat.

   Il continue avec la prochaine validation ou se termine s'il n'en reste plus.

   Il renvoie la branche là où le rebase a commencé.

   Il conserve les titres de Sara et d'Omar.

   Vérifier la réponse
3. Question 3 de 6

   Question 3 de 6Obligatoire

   Dans la copie sautée, choisissez Sauter une fois. A quoi ressemblent la page et la branche après ?

   Choisissez une réponse.

   Les marqueurs de conflit restent dans le fichier.

   La page montre le titre d'Omar et conflict/sara pointe vers le commit d'Omar.

   La page affiche le titre combiné.

   La page montre le titre de Sara, inchangé.

   Vérifier la réponse
4. Question 4 de 6

   Question 4 de 6

   Modifiez l'entrée : dans la copie continue, vous résolvez le fichier et le marquez comme résolu, puis choisissez Abandonner… au lieu de Continuer. Qu'arrive-t-il à votre résolution ?

   Choisissez une réponse.

   Seul le fichier est réinitialisé ; la fusion reste active.

   Il est de toute façon enregistré en tant que nouveau commit.

   L'opération continue malgré le choix.

   Il est supprimé après l'enregistrement d'un instantané de récupération et la branche revient au début.

   Vérifier la réponse
5. Question 5 de 6

   Question 5 de 6Obligatoire

   Vous êtes au milieu d'une fusion et recherchez un bouton Sauter sur la bannière, mais il n'est pas là. Pourquoi?

   Choisissez une réponse.

   Les conflits sont déjà résolus.

   Ignorer est une fonctionnalité payante.

   Une fusion est une étape, il n'y a donc rien à sauter : terminez-la avec Continuer après la résolution, ou abandonnez-la.

   Le fichier n'est pas enregistré.

   Vérifier la réponse
6. Question 6 de 6

   Question 6 de 6Obligatoire

   Après avoir abandonné la fusion dans la copie d'abandon, quelles relectures montrent que vous êtes de retour au début ?

   Choisissez chaque réponse qui s'applique.

   git ls-files --unmerged répertorie toujours trois entrées.

   git rev-parse HEAD est égal à l'ID de conflict/sara que vous avez noté précédemment.

   git status --short n'imprime rien.

   index.html tient à nouveau le cap complet de Sara.

   Vérifier la réponse

Dans chaque copie, indiquez l'opération, le choix et la preuve : pour Continuer les deux parents et la liste vide non fusionnée, pour Abandonner les ID égaux et la page de Sara, pour Sauter la page d'Omar et la branche sur son commit. Prédisez ensuite pourquoi Skip n'est pas proposé pour une fusion.

• Découvrez ce qui est actif avant d’agir.
• Continuez après la résolution, sautez uniquement pour laisser un commit de côté, abandonnez pour revenir en arrière.
• Vérifiez ensuite le commit, les fichiers et le statut.

• Résoudre les conflits de fusion et de rebase (leçon 23)
• Rebaser un travail non publié sur une nouvelle base (leçon 20)
• Annuler une réinitialisation, un rebase ou un commit de Git
• Télécharger GitTree

Continuer — متابعة; sauter — تخطّي; abandonner — إيقاف; opération — عملية.