Sei que você recomenda tests-passed, mas preciso seguir o branch estável e o 3.2.1 acabou de aparecer. No entanto, me pergunto por que ele aparece como 3.2.1+9. O branch estável não deveria estar na tag lançada (pelo menos logo após o lançamento)?
Pelo que entendi, v3.2.0 +9 significa que há alguns commits disponíveis acima da sua versão atual (antes da 3.2.1).
v3.2.1 +5 significaria que você pode atualizar para a próxima versão, 3.2.1, e alguns commits já foram adicionados acima desta versão. Normalmente, acredito que seriam correções importantes retroportadas do branch principal.
Entendo que isso pode ser confuso no início. Estou me perguntando se isso poderia ser melhorado.
ah ok, então a coluna do repositório significa “sua instalação local atual” - isso pode fazer sentido, obrigado. E eu li o anúncio 3.2.1 hoje, então fiquei surpreso que já existem mais commits, mas se isso é esperado, também está tudo bem para mim.\n\nAlguma ideia de por que o painel principal ainda não me mostra essa atualização? (Posso entender quando é atualizado apenas diariamente, mas então também deveria ter sido atualizado quando verifiquei na aba “Atualizações” manualmente.
Isso está correto, a próxima tag de versão é 3.2.1. Perdemos alguns commits logo antes do aumento, então eles foram adicionados logo depois, daí o +5. Geralmente garantimos o backport antes que a tag seja emitida, mas desta vez perdemos. Acontece.
Observe que os commits +5 corrigem os seguintes problemas:
uma tradução para guidelines_topic.body
um erro com validações de chave de segurança em uma versão mais antiga do Firefox (não a mais recente)
estilização para os placeholders de vídeo
O ID do commit que você receberá após a atualização é 6a0aa03@ecki, ele inclui as correções acima.
A tela “Atualizações” é do plugin gerenciador do docker, o painel principal é a verificação do core, que só acontece uma vez por dia. Os dois não se comunicam, daí a discrepância. (Bom ponto, embora seria bom se eles se comunicassem.)
Já que estamos falando sobre isso, existe algum mecanismo para decidir quando uma reconstrução deve ser feita, por exemplo, atualizações emergenciais de contêineres de base/db/dados ou isso nunca é sinalizado no painel de atualização do frontend?
