Coroid toma muchas decisiones mientras gestiona una tarea: si una solicitud debe convertirse en trabajo, cómo desarrollarla y si el resultado es lo suficientemente bueno para mostrarte. Algunas decisiones nunca salen de las manos de las personas; la fusión es la más clara de ellas.
Decisiones que toma Coroid
- Si una solicitud se convierte en trabajo. Calificación Se verifican duplicados, elementos ya corregidos y casos que no se pueden reproducir. Para las solicitudes que llegan sin intervención humana, la admisión decide bajo tu mandatos si el trabajo puede comenzar ahora, más tarde o no en absoluto.
- Cómo se desarrolla y verifica el trabajo. El plan, el código, las pruebas, los filtros de calidad, la QA y la revisión. Ver Cómo Coroid verifica su propio trabajo.
- Qué habría hecho respecto a la fusión. Coroid registra un juicio sobre cada pull request que revisa, y no hace nada con él. Ver Cómo Coroid verifica sus propios juicios.
Decisiones que requieren la intervención humana
| Decisión | Quién la toma |
|---|---|
| Fusionar un pull request en tu rama | Una persona, en GitHub o GitLab, o con Aprobar y fusionar en Coroid |
| Lanzar e implementar | Una persona, a través de tu canal de distribución o mediante un lanzamiento en Coroid |
| Indica para qué sirve el trabajo autónomo y cuál es su presupuesto | Un propietario o administrador, al publicar un mandato |
| Define qué significa que una tarea esté terminada | La persona que la solicitó, en su contrato de resultado |
| Crear trabajo: Calificación detenida | Una persona con permisos, con Crear trabajo de todos modos y un motivo |
Coroid nunca fusiona por sí solo, y no existe ninguna configuración que lo permita. Ver Fusión.
Los mandatos no cambian quién realiza la fusión
Un mandato permite iniciar el trabajo sin que alguien tenga que solicitar cada parte por separado. Sin embargo, no permite que el resultado se entregue sin la aprobación de una persona. El trabajo admitido bajo un mandato pasa por la misma verificación que cualquier otra tarea y finaliza de la misma manera: una solicitud de extracción que espera la revisión humana.
Lo que añade un mandato es la rendición de cuentas sobre el trabajo sin supervisión: qué proyectos puede afectar, cuánto puede gastar y un registro de cada decisión tomada al respecto.
Cómo Coroid verifica sus propios juicios.
Para cada pull request que Coroid revisa y para cada tarea lista para fusionarse, Coroid anota lo que habría decidido si se le permitiera fusionarla:
- Aprobaría. Todo lo necesario está presente y en verde: las comprobaciones de calidad del último commit del pull request, la revisión de Coroid, las comprobaciones del proveedor, una fusión limpia y, en el caso de una tarea, los veredictos de control de calidad y de revisión.
- Bloquearía. Al menos uno de esos bloqueos.
- No podría determinarlo. Faltaba algo necesario. La falta de evidencia nunca cuenta como aprobación.
El juicio nunca se publica en el pull request, nunca modifica una tarea ni fusiona nada. Todavía no se muestra en Coroid.
Coroid compara entonces cada juicio con lo que ocurrió después de la fusión:
- un pull request posterior titulado Revertir… marca el anterior como revertido;
- un pull request posterior que dice Corrige #n marca a pull request n como corregido urgentemente;
- en la pantalla de revisión de la tarea, bajo Qué ocurrió después de la fusión, cualquier persona en la organización puede marcar un pull request fusionado como revertido, corregido urgentemente o defecto reportado.
Una aprobación en un pull request que luego se revertió o corrigió cuenta como una aprobación incorrecta. En su propio repositorio, Coroid también introduce copias deliberadamente defectuosas de cambios reales para medir qué es capaz de detectar.
¿Por qué conservar este registro?
Para que la pregunta «¿se puede confiar en Coroid para fusionar este tipo de cambios?» se responda con evidencia: con qué frecuencia sus aprobaciones resultaron ser incorrectas, para qué tipos de cambios y en cuántos ejemplos; en lugar de basarse en la confianza ciega. Por ahora, nada actúa en base a este registro. Si eso llegara a cambiar, sería una decisión explícita del propietario, y este registro sería la base de dicha decisión.