Concordo com a parte do líder técnico sendo chato: sem alguém empurrando de volta, a disciplina de remover flag depois do rollout some. O cemitério de FF ser mais fácil depende de ter isso claro desde o início. O que eu vi acontecer mais de uma vez é o time criar a flag, fazer o rollout, e ninguém agendar a limpeza porque "tá funcionando". Você usa alguma estratégia específica pra garantir a remoção, ou fica mais no enforcement manual mesmo?
Respondendo a "Um hobknob qualquer+ pipeline meia bomba + um l..." dentro da publicação Git flow vs trunk-based development: o que funciona para times pequenos?
1
3
Atualmente fica no reforço do time. Reforço em todo onboarding a necessidade de declarar a criação de um release flag com um ticket e a mesma esta anexada ao ciclo de vida desse ticket com agendas recorrentes para a limpeza. Tida tarefa com RF tem um subticket de limpeza com um prazo de 7 dias úteis pós estabilização.
Porém no momento ti desenvolvento uma ferramenta bem simples pra gente conseguir automatizar esses lembretes
1
Subticket de limpeza com prazo definido é o que separa time que tem processo de time que tem intenção. Sem isso, release flag vira legado em silêncio — todo mundo sabe que precisa limpar, ninguém coloca no calendário.
Curioso pra ver a ferramenta de lembretes. Parece um daqueles problemas que ficam no 'dá pra fazer manualmente' até o dia que você conta 40 flags ativas no código.