Resolver conflictos de fusión y cambio de base

• Lea un conflicto real: la base, el bando actual y el bando entrante.
• Explique por qué "nuestro" y "de ellos" intercambian entre una fusión y una rebase.
• Escriba una resolución deliberada y luego márquela resuelta.
• Continuar la operación y comprobar que no queda nada a medio hacer.

Dos compañeros cambiaron la misma línea de la página. El conflict/sara, Sara cambió el encabezado principal a "Revisar cambios con confianza". El conflict/omar, Omar cambió la misma línea a "Comprender cada cambio guardado". Ambas ramas comienzan desde la confirmación M, donde el encabezado era "Vea su trabajo con claridad", y cada rama tiene exactamente una confirmación. Haces dos copias idénticas de esta divergencia: una para la fusión (gittree-conflict-merge) y otra para la rebase (gittree-conflict-rebase). En ambos, conflict/sara está desprotegido y el árbol de trabajo está limpio. No se está ejecutando ninguna fusión ni rebase.

Todo es local y en el plan gratuito (GitTree te pide que inicies sesión): sin cuenta de alojamiento, sin proveedor, sin Internet. Toda identidad es ficticia (ejemplo.com). Nunca ejecute esta lección en un proyecto real.

Realice los cambios en GitTree o con los comandos nativos de Git, no ambos en la misma copia. Leer el resultado siempre es seguro. Las etiquetas del menú provienen de las propias cadenas de GitTree 2.0 y los comandos nativos se ejecutaron con Git 2.43 en copias desechables. Los pasos GitTree no se ejecutaron en macOS, Windows o Linux.

Un conflicto de contenido significa que Git no puede elegir un resultado por sí solo: ambas partes cambiaron las mismas líneas de manera diferente. Git se detiene y mantiene tres versiones del archivo en el índice: la etapa 1 es la base común, la etapa 2 es "nuestra" y la etapa 3 es "de ellos". También escribe marcadores de conflicto en el archivo de su árbol de trabajo. Eliminar los marcadores en un editor no resuelve nada para Git: el archivo se resuelve solo cuando guarda el resultado y lo prepara, lo que devuelve la etapa 0.

"Nuestras" y "de ellos" son posiciones, no personas. En una fusión estás en la rama de Sara, por lo que la nuestra es la versión de Sara (el lado actual) y la de ellos es la de Omar (el lado entrante). En una rebase de Sara en Omar, Git primero se mueve a la rama de Omar y luego reproduce la confirmación de Sara, por lo que la nuestra es la versión de Omar (la rama en la que estás rebasando) y la de ellos es la versión de Sara. GitTree imprime el rol al lado de cada nombre para que no tengas que recordar: "(actual)" y "(entrante)" en una combinación, "(rebase en)" y "(tu compromiso)" en una rebase.

El resultado correcto rara vez es de un lado. Aquí la resolución que se pretende es “Revisar cada cambio con confianza”, ni la línea de Sara ni la de Omar. Mantenga cada dos líneas de la página exactamente como estaba. Marcar el archivo resuelto prepara el resultado; continuar es un paso independiente que finaliza el compromiso de fusión o recrea el compromiso de Sara en el de Omar.

Mientras la operación está detenida, la rama está donde la dejó la operación y el archivo está en conflicto. Nada llega a un servidor.

Haz una divergencia y luego cópiala dos veces. Comience con una copia normal separada del proyecto tal como lo dejó la lección 18 y deje su gittree-features original intacto. Las versiones de la página se encuentran a continuación: FUSIONADA es la base compartida, SARA y OMAR son las dos versiones en competencia y RESUELTA es el resultado que guardará.

Guarde solo en la fase que se menciona a continuación. Estos son cuerpos UTF-8/LF completos con una nueva línea final; Nunca pegues vallas Markdown. Los archivos ejecutables sin cambios heredan la entrada nombrada. Las versiones en variantes separadas no deben sobrescribir el original.

index.html — FUSIONADO

<!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 — SARA

<!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 — RESUELTO

<!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>

Abra la paleta con Comando+Mayús+P (Ctrl+Mayús+P en Ubuntu). Las acciones en una rama con nombre utilizan el menú contextual de esa rama.

1. Construya las dos copias como se muestra en la siguiente sección. Abra gittree-conflict-merge, con conflict/sara desprotegido.
2. Haga clic derecho en conflict/omar y elija Merge conflict/omar into conflict/sara. En Record it as elige Always a merge commit. El cuadro de diálogo advierte "Se detendrá con un conflicto en 1 archivo"; elija Merge. La fusión se detiene, que es el resultado esperado.
3. El banner dice "Fusionando conflicto/omar en conflicto/sara" con "1 conflicto" y Continue aún no está disponible: "Resolver los 1 conflictos primero". Elija Resolve.
4. Abra index.html desde Conflicted files. Lea los dos lados, conflict/sara (current) y conflict/omar (incoming), y use Show Base para leer el Base (common ancestor).
5. Elija Edit Output, reemplace el encabezado conflictivo con Review each change with confidence. y mantenga cada dos líneas. Luego elija Save and Mark Resolved. No basta con borrar los marcadores y cerrar el archivo.
6. De vuelta en el banner, elija Continue. Si se ofrece un mensaje, conservar el propuesto. Espere a que finalice la fusión: la nueva confirmación tiene dos padres.
7. Abra gittree-conflict-rebase, con conflict/sara desprotegido. Haga clic derecho en conflict/omar y elija Rebase conflict/sara onto conflict/omar. Deje desactivadas las opciones de Options for this rebase y luego elija Rebase conflict/sara. Se detiene con un conflicto.
8. Elija Resolve y abra index.html. Los bandos ahora son conflict/omar (rebasing onto) y conflict/sara (your commit): los roles se intercambiaron. Haz lo mismo Edit Output → Save and Mark Resolved, luego Continue.
9. Verifique ambas copias: el archivo es RESUELTO, no queda ningún archivo en conflicto y no se muestra ningún banner. Mantenga los dos resultados separados y no presione.

Para cada confirmación ordinaria del curso: Summary es el asunto indicado, Description está vacío y las opciones Amend Previous Commit, Skip Hooks, Add Signed-off-by, Different Author, Push After Commit y Allow Empty Commit permanecen desactivadas.

En una copia limpia separada del resultado de la lección 18:

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

Guarde SARA como index.html y luego:

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"

Guarde OMAR como index.html y luego:

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

BASE_SHA es M, antes de cualquier confirmación competitiva. Haga dos copias limpias de esta divergencia, una para la fusión y otra para la rebase (cd .. && cp -R gittree-features gittree-conflict-merge && cp -R gittree-features gittree-conflict-rebase). En la copia combinada:

git merge --no-ff --no-edit conflict/omar
git ls-files --unmerged
git show :2:index.html
git show :3:index.html

La fusión se detiene con el código de salida 1 y git ls-files --unmerged enumera tres entradas, etapas 1, 2 y 3. git show :2:index.html es la versión de Sara (la nuestra) y :3: es la de Omar (la de ellos); :1: es la base. Guarde RESUELTO como index.html y luego:

git add -- index.html
git -c core.editor=true merge --continue
git ls-files --unmerged
git status --short

Los dos últimos comandos no imprimen nada. En la copia rebase intacta:

git rebase conflict/omar
git show :2:index.html
git show :3:index.html

La rebase se detiene. Ahora :2: es la versión de Omar y :3: es la de Sara: se intercambiaron los roles. Guarde RESUELTO como index.html, luego:

git add -- index.html
git -c core.editor=true rebase --continue
git ls-files --unmerged
git status --short

Ambos archivos ahora son RESUELTOS y no hay nada sin fusionar. core.editor=true solo acepta el mensaje de confirmación existente para este comando; no cambia la configuración de su editor. Para dejar una operación detenida sin resolver, use git merge --abort o git rebase --abort.

Where you end: la copia fusionada tiene una nueva confirmación con dos padres y el encabezado combinado; la copia rebase tiene el compromiso de Sara recreado en el de Omar con el mismo encabezado combinado. En ambos, index.html es igual a RESUELTO, no queda ninguna entrada de conflicto, la operación finaliza y el estado es limpio.

• Asumir "nuestro" siempre significa tu propia característica. Significa el lado en el que se encuentra Git, y eso cambia con la operación.
• Tomando un lado al por mayor ("Take All") antes de leer ambas versiones y el resto del archivo.
• Eliminando los marcadores de conflicto pero nunca guardando y marcando el archivo resuelto.
• Repetir una fusión o rebase que ya finalizó.

Si una detención parece incorrecta, Abort… del banner restaura el estado desde el que comenzó la operación y elimina las resoluciones realizadas hasta el momento; GitTree mantiene primero una instantánea de recuperación. Si el archivo cambió mientras lo editaba, use las opciones Compare y Use as Output en lugar de forzar un guardado anterior. Guarde una copia de su borrador antes de reemplazarlo.

Responda cada pregunta y luego lea por qué. Las preguntas marcadas como "Obligatorias" cuentan para completar la lección.

1. Pregunta 1 de 6

   Pregunta 1 de 6

   Estás en conflict/sara y fusionas conflict/omar en él. ¿Qué lado llama Git "el nuestro"?

   Elija una respuesta.

   La versión que tenga más líneas.

   conflict/sara, la rama en la que te encuentras.

   conflict/omar, porque es el cambio más reciente.

   El ancestro común M.

   comprobar respuesta
2. Pregunta 2 de 6

   Pregunta 2 de 6

   ¿Qué afirmaciones sobre un archivo en conflicto en el índice son ciertas?

   Elija cada respuesta que corresponda.

   git ls-files --unmerged enumera el archivo mientras está en conflicto.

   La etapa 2 es "nuestra" y la etapa 3 es "de ellos".

   La etapa 1 es la base común.

   La etapa 0 existe mientras el archivo está en conflicto.

   comprobar respuesta
3. Pregunta 3 de 6

   Pregunta 3 de 6Requerido

   Cambias la base de conflict/sara en conflict/omar y se detiene con un conflicto. ¿Qué versión es "nuestra" ahora?

   Elija una respuesta.

   Ni; una rebase no tiene lados.

   Sara's, porque es tu sucursal.

   La base.

   Omar's: la sucursal en la que te estás rebasando.

   comprobar respuesta
4. Pregunta 4 de 6

   Pregunta 4 de 6

   Cambia la entrada: eliminas los marcadores de conflicto en el editor y guardas el archivo, pero nunca lo marcas como resuelto. ¿En qué estado estás?

   Elija una respuesta.

   Git prepara el archivo automáticamente cuando lo guarda.

   Sigue en conflicto: el índice mantiene las tres etapas y Continuar no está disponible.

   La fusión fue cancelada.

   Resuelto, porque los marcadores han desaparecido.

   comprobar respuesta
5. Pregunta 5 de 6

   Pregunta 5 de 6Requerido

   Guardaste el resultado, pero el banner aún dice "Resolver los 1 conflicto primero" y Continuar no está disponible. ¿Cuál es la causa más probable?

   Elija una respuesta.

   El archivo se editó pero nunca se guardó con Guardar y Marcar como resuelto, por lo que el índice aún está en conflicto.

   El control remoto tiene confirmaciones más nuevas.

   Primero debes empujar.

   Git es demasiado viejo para continuar.

   comprobar respuesta
6. Pregunta 6 de 6

   Pregunta 6 de 6Requerido

   ¿Qué relecturas muestran que la copia combinada finalizó correctamente?

   Elija cada respuesta que corresponda.

   index.html todavía contiene <<<<<<<.

   git rev-list --parents -n 1 HEAD imprime tres ID.

   git status --short no imprime nada.

   git ls-files --unmerged no imprime nada.

   comprobar respuesta

Pruebe los roles de etapa para ambas operaciones con git show :2:index.html y git show :3:index.html, luego guarde el mismo archivo RESUELTO y finalice cada operación. Predice lo que quedaría en la página si tomaras a ciegas "lo nuestro" en ambas copias.

• Los roles de nosotros y de ellos dependen de la operación.
• Guarde y marque resuelto primero, luego continúe.
• Verifique todo el archivo y el estado de la operación posteriormente.

• Fusionar ramas con historial divergente (lección 18)
• Rebase del trabajo no publicado en una nueva base (lección 20)
• Cómo resolver conflictos de fusión de Git
• Descargar GitTree

Conflicto — تعارض; base—أساس; el nuestro—نسختنا; de ellos—نسختهم; resolver — حلّ.