Publicar uma nova versão sem quebrar execuções em andamento

Uma execução é retomada sempre pelo código da versão em que começou. Não existe migração automática para a versão nova. Se você muda a ordem, a quantidade ou o tipo dos awaits de uma function que tem execuções em andamento e publica com o mesmo SKAIL_WORKLOAD, as retomadas falham com erro de não determinismo.

Como publicar

1. Confira no Monitor se há execuções em andamento ou hibernadas nas functions alteradas. Se não houver, publique normalmente.

2. Crie a nova versão do workload no portal, por exemplo v1.4.0.

3. Publique a nova versão como uma implantação separada, sem derrubar a anterior.

4. Valide com uma execução de teste.

5. Aponte os triggers para /api/v1/trigger/nome/v1.4.0/...

6. Mantenha a versão antiga rodando até o Monitor mostrar zero execuções nela. Esperas longas podem manter a antiga no ar por semanas, e isso é normal.

Mudança só no corpo de um command não exige versão nova.

Checklist completo em Deploy sem quebrar execuções.