Revisión y commits

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: 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: 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.

​

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.