Rode manutenção agendada com uma squad

Quando colocar uma squad num agendamento?

Agende uma squad quando o mesmo trabalho de manutenção volta toda semana e o objetivo não muda. Você ajusta uma vez e, dali em diante, em vez de uma tarefa chata te espera um resultado revisado.

• Atualização de dependências, o exemplo desta página.
• Limpeza de lint e erros de tipo depois de mudar regras ou subir o compilador.
• Não deixar a cobertura cair, com a squad de cobertura de testes toda semana.
• Não serve para trabalho que pede decisão de produto a cada execução. As perguntas se acumulam.

Como montar a squad?

Monte a squad primeiro a partir do Construir + revisar, como no playbook construir e revisar, e rode uma vez na mão. Quando o resultado estiver bom, clique em Salvar como squad.

1. 1

   Abra Squads salvas

   Encontre a squad e abra as ações da linha.

2. 2

   Escolha Agendar

   O Tallos abre o diálogo de agendamento, que executa a squad de forma recorrente, como uma automação.

3. 3

   Escolha projeto, frequência e horário

   A frequência pode ser A cada hora, Todo dia, Dias úteis ou Toda semana. Neste exemplo: Dias úteis, 07:00.

4. 4

   Escreva o objetivo

   "O que a squad deve fazer em cada execução?" Cole o objetivo abaixo e clique em Criar agendamento.

Qual objetivo colar?

Às 07:00 ninguém está olhando, então decida as perguntas de sempre com antecedência. Diga ao líder o que fazer em cada caso em vez de perguntar.

Atualizar dependências desatualizadas e corrigir o que quebrar.

Escopo
- Atualizar versões patch e minor. Major só se o changelog
  não mostrar mudança que quebre algo nosso.
- Corrigir o código que quebrar. pnpm test e pnpm build precisam passar.

Decida sem me perguntar
- Major que abandona um runtime que suportamos: segure e liste.
- Pacote que continua falhando depois de uma tentativa: reverta e liste.

Relatório
- Atualizados, segurados (com o motivo) e o que eu devo conferir.

Quais limites definir?

Coloque 4 rodadas e 2 membros ao mesmo tempo. Uma execução sem ninguém olhando precisa de limites apertados: rodadas suficientes para um ciclo de revisão e uma reversão, não para se perder.

Salve uma squad uma vez e deixe o Tallos rodar todo dia útil.

Baixar o Tallos →

Como é uma execução agendada?

Uma execução de exemplo num dia útil. Número de pacotes e apontamentos são ilustrativos.

1. 1

   07:00: a execução começa

   O Tallos inicia a squad salva num workspace novo e separado. O líder encontra nove pacotes desatualizados.

2. 2

   Quem constrói atualiza

   Atualiza os nove e corrige duas mudanças de API que quebraram.

3. 3

   O revisor questiona

   Uma versão major abandona o Node 18 no changelog. Segure essa.

4. 4

   Rodada 2

   O líder pede para reverter essa major. Testes verdes.

5. 5

   Relatório

   O líder entrega o relatório com tallos squad report. A execução espera a sua revisão em Em execução e histórico.

E se o líder fizer uma pergunta enquanto você está fora?

A pergunta fica pendente na tela da squad, e a execução mostra Precisa da sua resposta até você responder. Nada é decidido por você.

• "Abro uma issue para a major que ficou segurada?"
• "Dois pacotes pedem subir uma peer dependency. Atualizo os dois ou pulo os dois?"

Se a mesma pergunta aparece em várias execuções, leve a resposta para o objetivo.

O que você recebe toda manhã?

• Relatório final: o que foi atualizado, o que ficou segurado e por quê, o que conferir. No exemplo: 8 pacotes atualizados com testes verdes, 1 major segurada porque abandona o Node 18.
• Resultados por worktree: o worktree de quem construiu, marcado como Recomendado, com Ver alterações.
• Aceitar ou Descartar: Aceitar transforma a linha recomendada em Abrir para criar PR. Descartar também pode apagar os worktrees dos membros, o que evita acúmulo de execuções diárias.
• Histórico de execuções: cada execução com rodadas, membros concluídos e que falharam, e um custo estimado quando os modelos têm preço conhecido.

Revise o diff na revisão de diff antes de abrir o PR. Cada execução fica no próprio workspace, como qualquer workspace paralelo.

Quais variações funcionam bem?

• Majors por semana, minors por dia. Duas squads salvas com dois objetivos: patch e minor nos dias úteis, majors toda semana.
• Triagem de hora em hora, objetivo leve. Deixe as execuções a cada hora para tarefas pequenas e só de leitura, como resumir falhas novas.
• Cobertura agendada. Agende a squad de cobertura de testes toda semana nos módulos que mais mudaram.

Quais são os erros mais comuns?

• Agendar antes de rodar na mão. Rode uma vez, ajuste o objetivo e só então agende.
• Deixar decisões em aberto. Cada decisão em aberto vira uma pergunta esperando por você.
• Deixar execuções acumularem. Aceite ou descarte toda manhã. Descartar apagando os worktrees limpa as execuções antigas.
• Excluir a squad salva. O agendamento depende dela; a execução falha com "A squad agendada foi excluída."

Primeira vez com squads? Comece por sua primeira squad, leia a visão geral de squads ou veja o que mais dá para agendar com automações.