> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mka1.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Revisión y commits

> Revise diffs y pruebas, elija qué incluir en un commit y envíelo o abra un pull request.

export const ScreenshotCrop = ({src, alt, width, height, x = 0, y = 0, cropWidth = width, cropHeight = height, maxWidth = "100%"}) => <div className="not-prose" style={{
  position: "relative",
  overflow: "hidden",
  width: "100%",
  maxWidth,
  margin: "0 auto",
  aspectRatio: `${cropWidth} / ${cropHeight}`
}}>
    <img src={src} alt={alt} width={width} height={height} style={{
  position: "absolute",
  display: "block",
  margin: 0,
  maxWidth: "none",
  width: `${width / cropWidth * 100}%`,
  height: "auto",
  left: `${-x / cropWidth * 100}%`,
  top: `${-y / cropHeight * 100}%`
}} />
  </div>;

Revise los archivos y los resultados de las pruebas antes de guardar un cambio en Git. Esta guía usa el error de cantidades del [inicio rápido](/es/docs/mka1-code/first-task): la corrección modifica `checkout.js` y añade una prueba de regresión en `checkout.test.js`.

## Revise los cambios

**Session changes** enumera los archivos modificados y sus diferencias. En el ejemplo, revise tanto el cálculo de cantidades como una prueba de regresión con más de una unidad. Compruebe también el resultado del comando en la cronología: la prueba en el diff muestra qué se añadió; la salida del comando muestra si pasó.

Si falta la prueba de regresión, comente en la línea correspondiente del diff y elija **Add N comments** para incluir el comentario en el siguiente mensaje. En una sesión local, el agente recibe el archivo, la línea y el fragmento citado junto con sus comentarios. Pídale que añada la prueba y ejecute las comprobaciones; después, revise el diff actualizado.

### Revise la corrección en contexto

Examine estas tres evidencias juntas:

| Evidencia | Qué demuestra |
| - | - |
| Prueba de regresión | El comportamiento que el cambio debe proteger. |
| Diff de implementación | Cómo se produce ese comportamiento y si cambió código ajeno a la tarea. |
| Comando y salida de pruebas | Qué comprobaciones se ejecutaron en este entorno y si pasaron. |

Una prueba con cantidad uno no detectaría el error del checkout. Pida un caso con tres unidades y compruebe que espera `36`. Si la cronología muestra una dependencia ausente en lugar de resultados de pruebas, la corrección aún no está verificada.

### Solicite una revisión

Añada el comentario a la línea correspondiente y envíelo con el resto de la revisión:

> Esta prueba solo cubre un artículo. Añada un caso con cantidad tres, confirme que falla con el cálculo anterior y ejecute las pruebas tras corregirlo. Limite el cambio a checkout.js y checkout.test.js.

Espere a que termine la ejecución y vuelva a abrir el diff. Revise el contenido actual y el nuevo resultado; una ejecución anterior no comprueba ediciones posteriores.

## Cree el commit y envíelo

Cuando termine la tarea y esté satisfecho con los cambios:

1. Elija **Commit changes** junto al campo de mensaje.
2. Seleccione los archivos y revise sus diffs.
3. Revise o edite el mensaje de commit generado.
4. Elija **Commit** para guardar localmente o **Commit and push** para enviar a la misma rama en `origin`.

El diálogo selecciona archivos completos. **Staged changes** utiliza la versión del índice de Git y deja las ediciones posteriores no preparadas en el árbol de trabajo. **Working tree changes** utiliza el contenido actual del archivo, incluidas las ediciones preparadas y no preparadas. Si preparó una corrección y después volvió a editar el archivo, estas opciones producen commits diferentes; compruebe el diff seleccionado antes de confirmar.

Si el envío falla, el commit local permanece disponible y el diálogo ofrece **Retry push**. Puede volver a intentarlo sin crear otro commit.

<Frame caption="Seleccione un archivo para revisar su diff y escriba el mensaje antes de crear el commit.">
  <ScreenshotCrop src="/images/mka1-code/guides/review-changes.jpg" alt="Diálogo de commit con checkout.js seleccionado y el diff del cálculo de cantidades" width={2720} height={1660} x={725} y={160} cropWidth={1270} cropHeight={1340} maxWidth="100%" />
</Frame>

### Elija la versión del archivo

Suponga que preparó la corrección de cantidad en el índice y luego añadió mensajes temporales de depuración al mismo archivo. **Staged changes** incluye la corrección preparada. **Working tree changes** también incluye la edición posterior. El diálogo selecciona archivos completos y sus versiones; prepare cambios parciales mediante Git si solo quiere incluir parte de un archivo.

Si un archivo cambia con el diálogo abierto, elija **Refresh changes** y revise la selección. Resuelva conflictos y operaciones Git pendientes antes del commit. Compruebe la rama antes de **Commit and push**: enviará el commit a esa rama en `origin`.

## Cree una pull request

Cuando **Create PR** esté disponible, use su flecha para elegir un PR normal, un borrador o **Manually create PR** y pulse el botón principal. Elegir la opción del menú solo selecciona el modo. La creación manual envía la rama y abre el formulario de comparación de GitHub para que lo complete. Tras la creación, la sesión muestra el número y el estado del PR; el menú puede ofrecer comprobaciones de CI y comentarios de revisión cuando estén disponibles.

Continúe con [Ramas, worktrees y entornos remotos](/es/docs/mka1-code/workspaces).