Revertir un cambio en el historial compartido

• Explique la reversión como una confirmación inversa y por qué se adapta a la historia que otros tienen.
• Predice el padre de la nueva confirmación y el archivo que deja.
• Maneje una reversión que entre en conflicto y sepa por qué revertir una combinación solicita un padre.
• Publicar la corrección sin forzar.

Estás en shared/dark-regression, una rama del resultado M de la lección 18. Su última confirmación, "estilo: introducir la regresión de contraste de ensayo", agrega una regla a styles.css, body { color: #f7f8fa; }, que convierte el texto de la página en el mismo color pálido que el fondo. Ese compromiso ya está en un servidor local que configuró para esta lección, por lo que es posible que un compañero de equipo lo tenga. Quieres que el texto sea legible nuevamente sin reescribir nada que otros ya tengan.

Todo es local y en el plan gratuito (GitTree te pide que inicies sesión): sin cuenta de alojamiento, sin proveedor, sin Internet. El servidor es un repositorio local básico, no GitHub. 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.

Revertir analiza lo que cambió una confirmación y agrega un new commit que aplica el cambio opuesto. El mal compromiso permanece en la historia, al igual que la prueba de que sucedió. Reset hace lo contrario: mueve la rama hacia atrás y deja el compromiso, lo cual está bien para el trabajo que solo usted tiene, pero obliga a todos los que ya tienen el compromiso a reparar su copia.

Aquí el padre de la nueva confirmación es la confirmación incorrecta y el archivo termina exactamente como estaba antes. La rama avanza una confirmación y el servidor la acepta con un impulso normal, porque solo agrega algo a lo que hay allí.

Un cambio inverso depende de lo que hay a su alrededor. Si alguien cambió las mismas líneas después de la confirmación incorrecta, la reversión se detiene con un conflicto y lo resuelves como cualquier otro (lección 23), o lo abortas. Revertir una confirmación merge le pide que elija contra qué padre se mide el cambio: generalmente el primero, la rama en la que se fusionó. Revertir una fusión también le dice a Git que sus cambios fueron manejados, por lo que fusionar la misma rama más adelante puede no reportar nada para fusionar. Esta lección revierte una confirmación ordinaria y solo muestra ese diálogo.

Sólo la rama actual obtiene una confirmación. Nada más se mueve hasta que empujas.

Comience con una copia ordinaria separada del resultado M de la lección 18 y deje el original intacto. Cree la rama, guarde DOC_DARK_BAD sobre styles.css y confírmela, cree un nuevo repositorio vacío al lado de la copia, agréguelo como un control remoto llamado rehearsal y envíe la rama con su flujo ascendente. CSS_RESTORED es el aspecto que debe tener el archivo después de la reversión.

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.

estilos.css — DOC_DARK_BAD

: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;
}

body { color: #f7f8fa; }

estilos.css — CSS_RESTORED

: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;
}

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

1. Construya la rama, la confirmación y el servidor local como se muestra en la siguiente sección. Mantenga shared/dark-regression revisado y limpio el árbol de trabajo.
2. En el gráfico, seleccione la confirmación incorrecta y lea sus detalles: una ruta modificada, styles.css y una línea agregada.
3. Haga clic derecho y elija Revert Commit. Aplica de inmediato en la sucursal en la que te encuentres; no hay editor de mensajes. El aviso dice "Revertido". Si en cambio se detiene, el banner "Revertir... en regresión oscura/compartida" ofrece Resolve, Continue y Abort….
4. Seleccione la nueva confirmación. Su asunto es Revert "style: introduce the rehearsal contrast regression" y su padre es la confirmación incorrecta. El compromiso incorrecto todavía está en el gráfico.
5. Abrir styles.css: es CSS_RESTORED, sin la regla agregada.
6. Haga clic en la barra de herramientas Push. Este es un empujón normal del ramal hacia arriba; no elija Force Push (Con arrendamiento)…. El aviso dice "Enviado compartido/regresión oscura a ensayo/compartido/regresión oscura".
7. Verifique el resultado: el árbol de trabajo está limpio, ambas confirmaciones están en el gráfico y la rama del servidor está en la nueva confirmación.

Si hace clic con el botón derecho en una confirmación de combinación, Revert Commit abre "Revertir combinación..." con First parent (the branch merged into) y Second parent (the branch merged in). No lo ejecutes aquí.

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 separada del resultado de la lección 18:

git switch --create shared/dark-regression

Guarde DOC_DARK_BAD como styles.css y luego:

git add -- styles.css
git commit --quiet -m "style: introduce the rehearsal contrast regression"
BAD_SHA="$(git rev-parse HEAD)"
git init --quiet --bare --initial-branch=main ../gittree-revert-origin.git
git remote add rehearsal ../gittree-revert-origin.git
git push --quiet --set-upstream rehearsal shared/dark-regression

Ahora revierta, publique y lea el resultado:

git revert --no-edit "$BAD_SHA"
git merge-base --is-ancestor "$BAD_SHA" HEAD; echo $?
git log -1 --format=%s
git push --quiet rehearsal shared/dark-regression
git status --short
git ls-remote --heads rehearsal refs/heads/shared/dark-regression
git rev-parse HEAD

0
Revert "style: introduce the rehearsal contrast regression"

La verificación de antepasados imprime 0: la confirmación incorrecta todavía está detrás de HEAD. styles.css es CSS_RESTORED, el estado está vacío y los dos ID de ls-remote y rev-parse son iguales. No estuvo involucrada ninguna opción de fuerza. En una copia separada donde una confirmación posterior edita la misma línea, git revert se detiene en "CONFLICTO (contenido)" y las sugerencias git revert --continue y git revert --abort. Y git revert en una confirmación de fusión se niega con "es una fusión pero no se proporcionó la opción -m"; -m 1 elige el primer padre.

Where you end: shared/dark-regression tiene una nueva confirmación que cancela la incorrecta. La página usa CSS_RESTORED, la confirmación incorrecta todavía está en el historial, la rama del servidor está en la nueva confirmación, el árbol de trabajo está limpio y no se forzó nada.

• Usar reinicio y forzar presión para "eliminar" una confirmación que otros ya tienen.
• Esperando que el compromiso incorrecto desaparezca del registro.
• Revertir una fusión sin elegir su padre a propósito.
• Empujando antes de mirar el archivo, la reversión se fue.

Si la reversión se detiene con un conflicto, lea el banner. Resolve y Continue termínelo como en la lección 23; Abort… devuelve la rama a donde estaba. Si la reversión en sí fue un error después de finalizar, revierta la reversión: es solo otra confirmació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é hace la reversión al compromiso incorrecto?

   Elija una respuesta.

   Mueve la rama de regreso a la confirmación anterior.

   Lo elimina de la rama.

   Lo deja en el historial y agrega un nuevo compromiso que cancela su cambio.

   Lo oculta a sus compañeros.

   comprobar respuesta
2. Pregunta 2 de 6

   Pregunta 2 de 6

   Después de la reversión, ¿cuáles de estas son ciertas?

   Elija cada respuesta que corresponda.

   Se reescribió el historial del servidor.

   El padre del nuevo compromiso es el compromiso incorrecto.

   La confirmación incorrecta sigue siendo un antepasado de HEAD.

   styles.css ha vuelto a ser lo que era antes de la confirmación incorrecta.

   comprobar respuesta
3. Pregunta 3 de 6

   Pregunta 3 de 6Requerido

   Reviertes el compromiso incorrecto y presionas normalmente. ¿Dónde está la sucursal del servidor después?

   Elija una respuesta.

   En el nuevo compromiso de reversión, con el compromiso incorrecto aún detrás.

   En el compromiso antes del malo.

   Todavía en el compromiso incorrecto: se rechaza el envío.

   La rama se elimina y se crea nuevamente.

   comprobar respuesta
4. Pregunta 4 de 6

   Pregunta 4 de 6

   Cambie la entrada: una confirmación posterior edita la misma línea que agregó la confirmación incorrecta y luego revierte la confirmación incorrecta. ¿Lo que sucede?

   Elija una respuesta.

   Git revierte solo la parte que todavía encaja, de forma silenciosa.

   En su lugar, se revierte la confirmación posterior.

   La reversión se detiene con un conflicto; lo resuelves y continúas, o abortas.

   La reversión se realiza correctamente e ignora la edición posterior.

   comprobar respuesta
5. Pregunta 5 de 6

   Pregunta 5 de 6Requerido

   Intenta revertir una confirmación de fusión y Git dice "es una fusión pero no se proporcionó la opción -m". ¿Qué está pasando y qué haces?

   Elija una respuesta.

   En su lugar, utilice un restablecimiento completo para evitar la pregunta.

   Revertir nunca funciona en fusiones.

   El compromiso está dañado. Eliminar la rama.

   Una fusión tiene dos padres, por lo que Git necesita saber con cuál se mide el cambio. Elige a un padre a propósito, generalmente el primero.

   comprobar respuesta
6. Pregunta 6 de 6

   Pregunta 6 de 6Requerido

   Después de revertir y empujar, ¿qué relecturas muestran que hizo lo que dice la lección?

   Elija cada respuesta que corresponda.

   git merge-base --is-ancestor "$BAD_SHA" HEAD; echo $? imprime 0.

   git log -1 --format=%s imprime Revert "style: introduce the rehearsal contrast regression".

   El ID de git ls-remote --heads rehearsal refs/heads/shared/dark-regression es igual a git rev-parse HEAD.

   git log --oneline ya no enumera la confirmación incorrecta.

   comprobar respuesta

Informe el asunto de la reversión, su padre, si la confirmación incorrecta sigue siendo un antepasado y si la rama del servidor es igual a HEAD. Luego predice qué sucedería si una confirmación posterior hubiera cambiado la misma línea antes de revertirla.

• Revertir agrega una confirmación que cancela otra.
• La historia permanece; el archivo regresa.
• Un empujón normal es suficiente.

• Fusionar ramas con historial divergente (lección 18)
• Resolver conflictos de fusión y rebase (lección 23)
• Restablecer: suave, mixto y duro (lección 27)
• Descargar GitTree

Revertir — عكس; cambio inverso — تغيير معاكس; padre principal: الأب الرئيسي.