Um release
Um grupo de cards de um projeto, entregues juntos, com identidade própria: um nome, um escopo, uma data. Ao ser concluído, cada repositório envolvido ganha a sua tag e o seu release no provedor — porque cada repositório mantém o próprio versionamento.Congelar
O momento em que o que um release entrega para de mudar. Congelar corta a branch, então a partir daquele segundo existe uma resposta para “o que tem neste release” que não muda enquanto alguém está testando. Depois disso, um card só entra por um pick — um ato deliberado, um card de cada vez, em vez do que por acaso tiver entrado desde então.Este é um fato que só o Tylon tem. O GitHub tem a branch e não tem o release; um quadro tem o release e não tem a branch. Quem cortou a branch é quem sabe o que estava nela naquele segundo.
Um hotfix, e o que ele deve
Algumas correções não podem esperar a fila. Um hotfix é cortado da ponta final do fluxo em vez da inicial, e chega direto à produção. Pular o fluxo é tarefa do Git. O que é nosso é saber que a correção não está na branch de onde o próximo release vai ser cortado — então o card carrega uma dívida: um back-merge, aberto como pull request, até que a correção esteja onde o próximo release vai encontrá-la. Sem isso, a mudança mais urgente que o seu time já entregou é a que tem mais chance de sumir no release seguinte.O trunk
O que de fato saiu, e quando — e se foi tirado de volta. Não é um status que alguém digitou. O Tylon rodou o merge, então ele sabe; o provedor diz onde o commit está. Juntar essas duas coisas é a leitura sobre a qual uma página de release consegue ser honesta.Trunk
O que saiu, o que foi prometido e não saiu, e quanto tempo um card levou.
frozenAt é uma promessa sobre a qual dá para agir. Um ainda aberto ainda não é.