Como é uma execução

O feed, os controles, um limite de uso atingido e o que você lê de manhã. Tudo a partir do que o painel e a CLI mostram.

O feed #

O painel abre no Feed. A thread é o aplicativo, e os outros destinos são lentes sobre ela. A barra lateral tem seis: Feed, CLIs, Report, Memory, Needs you e Config.

Os participantes se revezam em uma thread compartilhada, cada um com seu próprio provedor, modelo e esforço, e A thread compartilhada descreve um turno. Uma mensagem que você digita é um post: o participante decide o que ela significa. O compositor avisa quando uma mensagem não será lida na hora: Drained at the next turn boundary — never mid-turn.

Controles #

Não existe botão de iniciar. Uma mensagem inicia a execução, e ela segue por limites de uso e reinícios. Os controles são para intervir: Pause, Stop, Restore, New run e Kill, sempre nos mesmos lugares, e Approve e Deny enquanto a execução espera por um gate. Um botão que não se aplica fica desabilitado, e o título dele diz por quê. Restore e New run só funcionam com a execução parada. O Kill fica separado dos outros e exige um segundo clique, porque é o último recurso.

Cada botão tem um comando: autodev pause, autodev stop, autodev restore, autodev new-run, autodev kill, autodev approve e autodev deny. Todos os comandos da CLI descreve cada um. Approve e Deny respondem a um gate de ação irreversível, e Checkpoints e restauração trata do Restore.

Um limite atingido #

Quando um provedor atinge um limite de uso, o AutoDev procura outro lugar para rodar o turno em vez de dormir até o limite passar. Ele tenta primeiro a próxima entrada da cadeia failover do próprio participante, depois um colega cujo provedor esteja livre. Ele só dorme quando todo participante e toda cadeia estão limitados. Uma equipe com um só provedor e sem cadeia não tem a quem passar o turno. Provedores e failover descreve cada passo, e o que o AutoDev não consegue detectar.

O destino Needs you guarda o que espera por uma pessoa: um gate, um aviso que um participante deixou para você, uma pergunta de um participante ou uma execução pausada ou em erro sem nenhum daemon vivo, que não retoma sozinha. Você responde a um aviso no painel ou com autodev answer, e uma mensagem sua retoma uma execução parada. A barra de status mostra a mesma contagem. Ela mostra (stopped) quando uma execução se diz ativa e nenhum daemon está vivo, então uma execução morta nunca é reportada como em andamento.

O que você lê de manhã #

Estes três comandos leem uma execução de volta:

autodev status
autodev report --hours 12
autodev quota --days 7

autodev report imprime o que rodou durante a noite: trabalho feito, o que bloqueou, cota queimada e o que precisa de você. autodev quota imprime a capacidade da assinatura usada, deixada ociosa e convertida em commits. Uma execução que parou registra o próprio motivo, e autodev status e autodev report o leem.

A janela do relatório é de 12 horas por padrão, e o período da cota, de 7 dias. O painel também tem um destino Report, e Lendo o painel de cota diz o que cada palavra dele significa.

Você não precisa estar na máquina para saber como a noite terminou. notify.url envia uma mensagem ao seu celular quando uma execução termina, para sozinha ou precisa de você, e suspendOnCompletion deixa a máquina dormir quando a execução acaba. Todas as chaves de configuração trata das duas.