Comprendre les fusions rapides

• Reconnaissez l’exigence d’ancêtre.
• Prouvez des ID de pourboire identiques après une avance rapide.
• Séparez le mouvement de référence de la création de commit.
• Prédire le refus en cas de divergence.

Commencez à partir d'une copie séparée du résultat de la leçon 18 (le principal est la fusion, le nettoyage) : créez un scénario/ff-target à ce commit, puis feature/dark-mode au même commit ; la palette sombre obtient un commit D sur la fonctionnalité. Revenez au scénario/ff-target avant de fusionner.

La vidéo a été enregistrée avec Git 2.52.0 et GitTree 2.0 sur Ubuntu 24.04 : la palette sombre, son commit, le paiement et les deux fusions ont été effectués dans l'application ; les deux branches de scénario et les contrôles se sont déroulés dans le terminal, et le refus a été affiché dans l'application puis à nouveau dans le terminal. Rien n'a été exécuté sur macOS ou Windows, et Ubuntu est le seul système Linux enregistré. Le niveau Git source de GitTree est 2.39.0.

GitTree vous demande de vous connecter ; le plan gratuit couvre ensuite chaque étape ici. Aucun compte fournisseur, Pro/essai, identifiant API ou service Internet n'est nécessaire. Une origine locale nue n'est pas GitLab ou CI. Toutes les identités utilisent example.com ; n'exécutez jamais cette leçon dans une extraction de source.

Effectuez des mutations via GitTree ou le chemin natif à des entrées identiques, pas les deux consécutivement. Une vérification en lecture seule peut suivre l'une ou l'autre. Toute préparation décrite comme un travail de terminal est étiquetée préparation native, jamais une fonctionnalité d'application inventée.

Une avance rapide est possible lorsque le conseil cible est un ancêtre du conseil entrant. Le déplacement de l'étiquette cible vers le descendant intègre les instantanés intermédiaires sans inventer de validation de fusion.

Le conseil résultant a l’identité et le parent existants de D. Le premier M reste une fusion biparentale de la leçon 18 ; ne comptez pas ses parents et ne les confondez pas avec une nouvelle fusion créée par cette leçon.

L’avance rapide constitue uniquement une porte d’entrée politique, et non une réparation pour toutes les succursales. Si une validation cible distincte existe, les deux astuces ont un historique unique et ce mode refuse.

Seule la branche cible/HEAD/index/work advance M→D. La fonctionnalité reste D, aucun nouveau commit n'est créé par fusion, serveur inchangé.

Commencez à partir d’une copie ordinaire séparée du projet tel que la leçon 18 l’a laissé. Les fonctionnalités originales de Gittree restent préservées ; n'exécutez pas ce scénario dans l'original ou dans une extraction de source. (Un plan antérieur du cours nommait un point de contrôle de départ différent ; la vidéo utilise le résultat de la leçon 18 et les mêmes étapes.) La feuille de style ci-dessous est le styles.css du projet avec un bloc de palette sombre ajouté. La signature de la démo Repo-local est désactivée et GitTree Demo <demo@example.com> est l'identité.

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.

styles.css — FONCÉ

:root {
  color-scheme: light;
  --page: #f7f8fa;
  --surface: #ffffff;
  --text: #17212e;
  --link: #154ab5;
  --line: #bac4d0;
}

* {
  box-sizing: border-box;
}

body {
  margin: 0;
  background: var(--page);
  color: var(--text);
  font: 1rem/1.6 system-ui, sans-serif;
}

a {
  color: var(--link);
}

.site-header,
main,
footer {
  width: min(68rem, 100% - 2rem);
  margin-inline: auto;
}

.site-header {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 1rem;
  padding-block: 1rem;
}

.hero {
  max-width: 48rem;
  padding-block: 3rem;
}

h1 {
  font-size: clamp(2rem, 5vw, 3.5rem);
  line-height: 1.2;
}

.cards {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(min(16rem, 100%), 1fr));
  gap: 1rem;
}

.feature-card {
  padding: 1rem;
  border: 1px solid var(--line);
  border-radius: 0.75rem;
  background: var(--surface);
}

section {
  margin-block-end: 2rem;
}

button,
input {
  font: inherit;
}

button,
input {
  padding: 0.5rem 0.75rem;
}

:focus-visible {
  outline: 3px solid var(--link);
  outline-offset: 3px;
}

form {
  display: grid;
  max-width: 28rem;
  gap: 0.5rem;
}

:root[data-theme="dark"] {
  color-scheme: dark;
  --page: #121923;
  --surface: #1b2635;
  --text: #edf2f8;
  --link: #a4c6ff;
  --line: #7388a1;
}

Palette : Commande+Maj+P (Ctrl+Maj+P sur Ubuntu) ; tapez la commande exactement nommée et sélectionnez-la. Les actions de référence nommée utilisent le menu contextuel de cette ligne, et non un raccourci de palette sans argument.

1. Préparez le scénario/ff-target et la fonctionnalité/dark-mode dans la copie séparée comme ci-dessous ; enregistrez le DARK complet sur la fonctionnalité.
2. Validez uniquement styles.css comme exploit : ajoutez la palette sombre ; vérifier la fonctionnalité D.
3. Sous Local, ouvrez le dossier scenario, cliquez avec le bouton droit sur ff-target → Checkout scenario/ff-target ; vérifiez qu'il est toujours à M et propre.
4. Sous Local, ouvrez le dossier feature, cliquez avec le bouton droit sur dark-mode → Merge feature/dark-mode into scenario/ff-target ; examinez la source et la cible dans la boîte de dialogue.
5. Dans Record it as, choisissez Fast-forward only ; ne sélectionnez pas Toujours une validation de fusion.
6. Choisissez Fusionner une fois et attendez. Attendez-vous à ce que l'étiquette cible atteigne le D existant.
7. Comparez les SHA complets réels de la cible et de la fonctionnalité, puis inspectez le travail DARK et propre.
8. Dans une copie divergée distincte (ouvrez-la à partir des référentiels Nouvel onglet et Récent), répétez la fusion avec Avance rapide uniquement : l'application refuse et indique que la cible a des modifications que vous n'avez pas encore. Laissez l’original canonique intact.

Pour chaque commit ordinaire : le résumé est le sujet indiqué ; Description vide ; Modifier la validation précédente, ignorer les crochets, ajouter une signature par un auteur différent, appuyer après la validation et autoriser la validation vide ; pas de co-auteurs. Mettez en scène uniquement les fichiers nommés, puis validez les modifications dans N fichiers une fois (fichier pour un) ou Commande+Entrée comme alternative. Attendez le vrai résultat. Une leçon qui modifie explicitement ne change que cette option indiquée.

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

git switch --create scenario/ff-target
git switch --create feature/dark-mode

Placez la feuille de style DARK complète sur styles.css, puis :

git add -- styles.css
git commit --quiet -m "feat: add the dark palette"
git switch --quiet scenario/ff-target
git merge --quiet --ff-only feature/dark-mode
git rev-parse HEAD feature/dark-mode
git log -1 --format=%s
git status --short

La requête SHA donne deux identifiants réels identiques. Sujet observé :

feat: add the dark palette

Statut vide. L'appareil a affirmé que la cible était égale au D précédemment mesuré, et non à un nœud de fusion nouvellement créé. Pour les entrées modifiées, ajoutez un commit docs/integration-note.md indépendant à la cible dans une autre copie avant de fusionner ; ff-only refuse, préservant les deux branches. Ne sélectionnez pas un mode différent en silence pour rendre la vérification de la stratégie verte.

Where you end: scénario/ff-target et fonctionnalité/mode sombre nomment le même D existant. La cible HEAD/index/work inclut DARK, pas de nouveau nœud de fusion, principal/M d'origine inchangé.

• L’appel de n’importe quelle ligne graphique rejoint un nouveau commit de fusion.
• Traiter le volet alternatif comme le point de contrôle d'origine.
• Répéter une mutation terminée après le succès de l'application.

En cas de refus, inspectez les deux historiques et choisissez un flux de travail de fusion/rebase distinct uniquement après examen. Le refus lui-même ne modifie aucun fichier ou référence cible.

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

   Que faut-il ?

   Choisissez une réponse.

   Même nom de fichier

   Même couleur de branche

   La cible est l'ancêtre du message entrant

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

   Question 2 de 6

   Quels changements ?

   Choisissez chaque réponse qui s'applique.

   Fichiers de référence et extraits cibles

   Pas de nouveau nœud de fusion

   Toutes les succursales distantes

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

   Question 3 de 6Obligatoire

   SHA cible résultant ?

   Choisissez une réponse.

   Exactement D

   M pour toujours

   Une nouvelle fusion SHA

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

   Question 4 de 6Obligatoire

   Validation de cible indépendante ajoutée : ff-only ?

   Choisissez une réponse.

   Supprime la validation de la cible

   Fait fusionner automatiquement

   Refuse

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

   Question 5 de 6

   Le vieux M a deux parents : preuve que cette action a fusionné ?

   Choisissez une réponse.

   Les parents ne comptent pas

   Toujours oui

   Non, inspectez l'identité du nouveau signalement

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

   Question 6 de 6Obligatoire

   Qu’est-ce qui prouve l’achèvement ?

   Choisissez chaque réponse qui s'applique.

   Cible et ID D égaux

   Octets DARK et état propre

   Cliquez uniquement sur le bouton de fusion

   Vérifier la réponse

Prouvez que la pointe de la cible est égale au D existant et que le travail correspond au DARK complet. Prédire le refus après qu'une cible indépendante s'engage dans une copie séparée ; comparer les anciennes références après refus.

• La relation avec les ancêtres permet une avance rapide.
• Le commit entrant conserve son identifiant.
• ff-seulement refuse la divergence.

• Fusionner les branches avec un historique divergé (leçon 18)
• Pousser les commits et publier une branche (leçon 13)
• Télécharger GitTree

Avance rapide — تقديم سريع; descendant — تابع; ancêtre — سلف.