Corregir un mensaje o contenido de confirmación local

• Inspeccione la confirmación que se está reemplazando.
• Separe los contenidos modificados de la edición de solo mensajes.
• Conserve la antigua punta comprometida.
• Verifique la nueva identidad y el padre sin cambios.

Comience con una copia separada del resultado de la lección 15, en un escenario/enmienda de rama. La página HEADING_DRAFT completa está confirmada como solución: hedaing; el árbol de trabajo está limpio y la confirmación no está publicada. rescatar/antes de modificar nombres que precisan el borrador de la sugerencia.

El vídeo fue grabado con Git 2.52.0 y GitTree 2.0 en Ubuntu 24.04: la corrección, la modificación y la edición de solo mensaje se realizaron en la aplicación; el reclutamiento, su rama de salvamento y los controles se realizaron en la terminal. No se ejecutó nada en macOS o Windows, y Ubuntu es el único sistema Linux registrado. El nivel mínimo de Git de origen de GitTree es 2.39.0.

GitTree te pide que inicies sesión; El plan gratuito cubre cada paso aquí. No se necesita cuenta de proveedor, Pro/trial, credencial API o servicio de Internet. Un origen desnudo local no es GitLab o CI. Todas las identidades utilizan example.com; nunca ejecute esta lección dentro de un proceso de pago de código fuente.

Realice mutaciones a través de GitTree o la ruta nativa en entradas idénticas, no ambas consecutivamente. La verificación de solo lectura puede seguir a cualquiera de los dos. Cualquier preparación descrita como trabajo terminal se etiqueta como preparación nativa, nunca como característica inventada de una aplicación.

Modificar escribe un reemplazo para la última confirmación del índice actual. No se agrega un pequeño registro de corrección a la confirmación anterior. El contenido y el mensaje pueden cambiar juntos, mientras que el objeto antiguo puede permanecer accesible a través de la referencia de rescate.

La edición de solo mensajes no debe incluir silenciosamente cambios por etapas no relacionados. La ruta Editar mensaje de confirmación… de la aplicación reescribe la confirmación/descendientes seleccionados; difiere de la ruta del compositor Modificar confirmación anterior que se muestra aquí.

Aquí el sujeto cambiado garantiza una identidad de objeto diferente. El mismo padre no significa el mismo compromiso. No enseñe la modificación como una edición inofensiva de un compromiso publicado en el que otros ya han trabajado.

El nuevo contenido del índice se convierte en confirmación de reemplazo; rama del escenario/HEAD mueve antiguo C→C′, el padre permanece M, trabajo/índice limpio. El rescate sigue siendo C; servidor/principal original sin cambios.

Comience a partir de una copia ordinaria separada del proyecto limpio tal como lo dejó la lección 15. Las características originales de gittree permanecen conservadas; No ejecute este escenario en el pago original o en el código fuente. (Un plan anterior del curso comenzó esta lección a partir del resultado de una lección fusionada posterior; esa lección aún no está grabada, por lo que el video usa el proyecto de la lección 15 y los mismos pasos). Los dos cuerpos de página siguientes son el index.html del proyecto con solo el encabezado principal cambiado. La firma de demostración local del repositorio está desactivada y GitTree Demo <demo@example.com> es la identidad.

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 — HEADING_DRAFT

<!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">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work cleary.</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>
  </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 — HEADING_FIXED

<!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">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly, one change at a time.</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>
  </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>

Paleta: Comando+Mayús+P (Ctrl+Mayús+P en Ubuntu); escriba el comando con nombre exacto y selecciónelo. Las acciones de referencia con nombre usan el menú contextual de esa fila, no un acceso directo de paleta sin argumentos.

1. Prepare la rama privada de reclutamiento y rescate como se muestra a continuación; Confirme que ningún control remoto contiene el borrador.
2. Mostrar archivos → index.html; guarde el HEADING_FIXED completo, conservando el resto del contenido de la página.
3. Mostrar cambios de trabajo; Inspeccione únicamente el reemplazo del encabezado previsto y el archivo Stage index.html.
4. En el compositor marque Amend Previous Commit; inspeccione la última confirmación real que se está reemplazando, no una selección de gráfico anterior. (En esta compilación, el campo Resumen no se completa con el mensaje anterior; el nuevo se escribe en el siguiente paso).
5. Configuración del resumen: aclarar el título del héroe. Mantenga desactivados los comportamientos opcionales de empujar, cerrar sesión, omitir ganchos y otros; revisar contenidos escenificados.
6. Envíelo una vez con Comando+Entrar (Ctrl+Entrar en Ubuntu) del compositor; Espere a que se complete realmente. No envíe una segunda confirmación ordinaria. La opción Modificar confirmación anterior se desactiva automáticamente después.
7. Verifique que C′ real difiera del rescate C, mismo padre, HEADING_FIXED completo y trabajo limpio. Desactive Modificar compromiso anterior antes del trabajo ordinario posterior.
8. Alternativa de solo mensaje, en una copia separada que todavía tiene el borrador: haga clic con el botón derecho en el borrador confirmado → Edit History → Edit Commit Message…. El cuadro de diálogo se titula "Editar mensaje de" la identificación corta de la confirmación y dice que la confirmación y todas las confirmaciones anteriores obtienen nuevas identificaciones. Reemplace Message con el asunto corregido exacto y elija Save Message. El árbol y el padre siguen siendo los mismos; solo cambian la identificación y el mensaje. No repita esto en el resultado modificado.

Para cada confirmación ordinaria: el resumen es el tema indicado; Descripción vacía; Modificar la confirmación anterior, omitir enlaces, agregar firmada por otro autor, presionar después de la confirmación y permitir la confirmación vacía; sin coautores. Prepare solo los archivos nombrados, luego confirme los cambios en N archivos una vez (Archivo para uno), o Comando+Entrar como alternativa. Espere el resultado real. Una lección que modifica explícitamente cambia sólo esa opción indicada.

En la copia separada del resultado de la lección 15:

git switch --create scenario/amend

Coloque HEADING_DRAFT sobre index.html (el video guardó el archivo de la lección en ~/Descargas y usa cp ~/Downloads/HEADING_DRAFT.html index.html), luego:

git add -- index.html
git commit --quiet -m "fix: hedaing"
git branch rescue/before-amend

Guarde el HEADING_FIXED completo y luego:

git add -- index.html
git commit --quiet --amend --message "fix: clarify the hero heading"
git log -1 --format=%s
git rev-parse HEAD rescue/before-amend HEAD^ rescue/before-amend^
git status --short

Sujeto observado:

fix: clarify the hero heading

Las dos primeras salidas SHA difieren; los dos últimos están de acuerdo. El archivo grabado completo es igual a HEADING_FIXED, trabajo limpio. La alternativa nativa de solo mensajes en una copia borrador limpia separada usa git commit --amend --only -m "fix: aclarar el título principal"; --only evita incluir rutas preparadas no relacionadas para esa tarea de solo mensajes. La operación de reformulación del gráfico de la aplicación es una ruta distinta respaldada por fuente; verifíquelo en la compilación instalada.

Where you end: La confirmación de reemplazo dice solución: aclara el encabezado principal y contiene HEADING_FIXED completo; el padre coincide con el padre de la confirmación anterior, el ID difiere; viejo consejo rescatado; limpio, inédito.

• Modificación con archivos preparados no relacionados.
• Tratar el panel alternativo como el punto de control original.
• Repetir una mutación completada después del éxito de la aplicación.

La rama de rescate nombra el antiguo borrador comprometido. Compare antes de elegir una restauración; no conserva ediciones arbitrarias no preparadas. Si los enlaces/firmas fallan, inspeccione el resultado real, no los omita para que coincidan con la lección.

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

   ¿Qué crea la enmienda?

   Elija una respuesta.

   Un compromiso de reemplazo

   Una edición dentro del mismo objeto.

   Un parche de servidor

   comprobar respuesta
2. Pregunta 2 de 6

   Pregunta 2 de 6

   ¿Qué hay que revisar?

   Elija cada respuesta que corresponda.

   Sólo asunto escrito

   Última confirmación real

   Contenido preparado

   comprobar respuesta
3. Pregunta 3 de 6

   Pregunta 3 de 6Requerido

   ¿Padre de C′ corregido?

   Elija una respuesta.

   C mismo

   Una fusión remota

   M, igual que C

   comprobar respuesta
4. Pregunta 4 de 6

   Pregunta 4 de 6Requerido

   Agregue un archivo preparado no relacionado antes de modificar: ¿contenido?

   Elija una respuesta.

   Puede entrar en el reemplazo.

   Sólo el mensaje puede cambiar

   Ignorado automáticamente

   comprobar respuesta
5. Pregunta 5 de 6

   Pregunta 5 de 6

   Se publicó el borrador: ¿proceder como privado?

   Elija una respuesta.

   No, coordina primero

   si

   Eliminar todas las referencias

   comprobar respuesta
6. Pregunta 6 de 6

   Pregunta 6 de 6Requerido

   ¿Qué evidencia se requiere?

   Elija cada respuesta que corresponda.

   Solo brindis sin error

   Archivo/mensaje completo exacto y estado limpio

   ID cambiada y mismo padre

   comprobar respuesta

Demuestre el mismo padre, ID de objeto modificado, encabezado/mensaje corregido exacto y estado limpio. Prediga cómo un archivo preparado adicional cambia el contenido de la modificación del compositor en una repetición separada.

• Modificar crea un reemplazo.
• El índice controla el contenido modificado.
• Solo mensajes es un ámbito independiente.

• Ignorar archivos y limpiar trabajos sin seguimiento de forma segura (lección 15)
• Prepara la instantánea deseada y realiza tu primera confirmación (lección 5)
• Descargar GitTree

Modificar — تعديل الإيداع الأخير; reformular — إعادة صياغة; compromiso de reemplazo - إيداع بديل.