Revisar pull requests en Riff
Una persona del equipo ha cambiado el cálculo del proceso de compra. Abre la solicitud en Riff para leer la descripción, comparar archivos, comentar una línea y decidir sobre la versión examinada. GitLab llama merge requests a estas solicitudes; el flujo también se aplica a ellas.
Abre la versión que vas a revisar
- Conecta el proveedor Git con una cuenta que pueda acceder al repositorio y realizar la acción de revisión necesaria.
- Abre Pull Requests en la pestaña del repositorio y elige una solicitud, o utiliza Revisar en Riff desde Setlist.
- Lee la descripción, el autor, los revisores, las ramas de origen y destino y el SHA del commit revisado. Selecciona un archivo modificado para examinar su diff.
- Consulta las conversaciones para leer los comentarios existentes y las comprobaciones para ver los resultados del proveedor. Un resultado ausente o parcial no es una comprobación aprobada. Abre la solicitud en el proveedor cuando Riff indique cobertura incompleta.
La solicitud puede estar disponible aunque su diff no lo esté. Actualiza la revisión o abre un clon en el equipo para que Riff prepare las revisiones exactas cuando sea necesario. Los archivos binarios, los diffs muy grandes y los archivos renombrados sin cambios de texto pueden no tener líneas comentables.
Comenta una línea o responde
Utiliza Comentar líneas, selecciona una línea del diff cargado y escribe el comentario. El editor identifica el archivo y la línea antes del envío. Para responder, selecciona una conversación existente y escribe en su editor. Los comentarios se envían al proveedor cuando seleccionas Enviar comentario.
La lista muestra hasta 4.000 líneas y abrevia las vistas previas de líneas largas. Usa Diff para una comparación más completa y la página del proveedor para el contenido que no se haya cargado. Un estado de resolución no disponible significa que el proveedor no ha facilitado ese dato; no significa que la conversación siga sin resolver. La conexión actual de revisión de GitHub no informa de ese estado.
Aprueba o solicita cambios
| Proveedor | Decisiones disponibles en Riff |
|---|---|
| GitHub | Aprobar o solicitar cambios. Solicitar cambios exige un mensaje de revisión. El envío identifica el commit revisado. |
| GitLab | Aprobar el commit revisado. Solicitar cambios no está disponible en este flujo integrado; deja un comentario o utiliza GitLab para otras acciones de revisión. |
| Bitbucket Cloud | Aprobar o solicitar cambios. El proveedor no vincula la decisión al commit de forma atómica. |
| Azure DevOps Services | Aprobar o solicitar cambios, representados por el voto del proveedor que espera al autor. El proveedor no vincula el voto al commit de forma atómica. |
Comprueba el SHA del commit en la confirmación antes de enviar. Riff vuelve a comprobar la solicitud antes y después del envío. Si ha cambiado, revisa la nueva versión antes de tomar otra decisión. Los permisos y las políticas de ramas siguen vigentes; aprobar no fusiona la solicitud.
Interpreta el resultado del envío
Si Riff indica que la acción se envió a una versión anterior, el envío ocurrió, pero la solicitud cambió. Si indica que no pudo comprobar la revisión más reciente, el envío tuvo éxito, pero la comprobación posterior no está disponible. Actualiza antes de continuar en ambos casos.
Si no se pudo confirmar la operación, consulta el proveedor y actualiza antes de reintentar para evitar comentarios o votos duplicados. Riff no repite automáticamente un envío incierto. Los borradores permanecen en la sesión de revisión actual, y el cierre del contexto o de la ventana espera mientras hay un envío en curso.
Prueba el código revisado
Elige Abrir en worktree, selecciona otro destino y comprueba el nombre de la rama. Riff prepara el commit exacto de la revisión y conserva la copia original. Ejecuta las comprobaciones del proyecto allí y vuelve a la revisión. Contextos de trabajo y worktrees explica cómo alternar tareas y retirar la carpeta adicional con seguridad. El flujo de revisión de Riff no requiere IA.