Cómo es una ejecución
El feed, los controles, un límite de uso alcanzado y lo que lees por la mañana. Todo a partir de lo que muestran el panel y la CLI.
El feed #
El panel se abre en el Feed. El hilo es la aplicación, y los demás destinos son lentes sobre él. La barra lateral tiene seis: Feed, CLIs, Report, Memory, Needs you y Config.
Los participantes se turnan en un hilo compartido, cada uno con su propio proveedor, modelo y esfuerzo, y El hilo compartido describe un turno. Un mensaje que escribes es una publicación: el participante decide qué significa. El compositor avisa cuando un mensaje no se leerá de inmediato: Drained at the next turn boundary — never mid-turn.
Controles #
No hay botón de iniciar. Un mensaje inicia la ejecución, y esta sigue a través de límites de uso y reinicios. Los controles son para intervenir: Pause, Stop, Restore, New run y Kill, siempre en los mismos lugares, y Approve y Deny mientras la ejecución espera un gate. Un botón que no se aplica queda desactivado, y su título dice por qué. Restore y New run solo funcionan con la ejecución detenida. Kill queda aparte de los demás y exige una segunda pulsación, porque es el último recurso.
Cada botón tiene un comando: autodev pause, autodev stop, autodev restore, autodev new-run, autodev kill, autodev approve y autodev deny. Todos los comandos de la CLI describe cada uno. Approve y Deny responden a un gate de acción irreversible, y Checkpoints y restauración trata de Restore.
Un límite alcanzado #
Cuando un proveedor alcanza un límite de uso, AutoDev busca otro lugar donde ejecutar el turno en lugar de dormir hasta que el límite pase. Prueba primero la siguiente entrada de la cadena failover del propio participante, después un compañero cuyo proveedor esté libre. Solo duerme cuando todos los participantes y todas las cadenas están limitados. Un equipo con un solo proveedor y sin cadena no tiene a quién pasarle el turno. Proveedores y failover describe cada paso, y lo que AutoDev no puede detectar.
El destino Needs you guarda lo que espera a una persona: un gate, un aviso que un participante te dejó, una pregunta de un participante o una ejecución en pausa o con error sin ningún daemon vivo, que no se reanuda sola. Respondes un aviso en el panel o con autodev answer, y un mensaje tuyo reanuda una ejecución detenida. La barra de estado muestra la misma cuenta. Muestra (stopped) cuando una ejecución dice estar activa y no hay ningún daemon vivo, así que una ejecución muerta nunca se reporta como en marcha.
Lo que lees por la mañana #
Estos tres comandos leen una ejecución de vuelta:
autodev status autodev report --hours 12 autodev quota --days 7
autodev report imprime lo que se ejecutó durante la noche: trabajo hecho, lo que se bloqueó, cuota quemada y lo que te necesita. autodev quota imprime la capacidad de la suscripción usada, dejada ociosa y convertida en commits. Una ejecución que se detuvo registra su propio motivo, y autodev status y autodev report lo leen.
La ventana del informe es de 12 horas por defecto, y el período de la cuota, de 7 días. El panel también tiene un destino Report, y Leer el panel de cuota dice qué significa cada palabra de él.
No tienes que estar en la máquina para saber cómo terminó la noche. notify.url envía un mensaje a tu teléfono cuando una ejecución termina, se detiene sola o te necesita, y suspendOnCompletion deja que la máquina duerma cuando la ejecución acaba. Todas las claves de configuración trata de ambas.