As atualizações da App Store do ZimaOS não eram regidas por uma regra simples, como “atualizar sempre no prazo de sete dias após a versão upstream”. No tópico de origem de novembro de 2025, Zima-Giorgio afirmou que as versões das aplicações eram mantidas manualmente. Explicou também que as aplicações de serviço poderiam ficar intencionalmente atrás da versão upstream mais recente, porque a estabilidade é importante, enquanto os problemas que afetam a disponibilidade recebem maior prioridade.
A App Store 2.0 atual altera a forma como os catálogos de aplicações são criados e distribuídos, mas não cria magicamente uma cadência de manutenção garantida. O protocolo v2 suporta metadados de versão, marcas temporais de atualização, notas de versão, hashes de conteúdo e atualizações incrementais do cliente; os humanos continuam a ter de manter e validar a definição da aplicação de origem.
A IceWhale Disse que as Versões da Loja Eram Mantidas Manualmente
A resposta da fonte direta foi curta: as versões do software da App Store eram mantidas manualmente, e as lojas de terceiros/comunitárias poderiam disponibilizar versões mais recentes.
Isto explica por que razão a versão no catálogo predefinido pode ser diferente da etiqueta mais recente publicada pelo programador da aplicação upstream.
A Versão Mais Recente Nem Sempre é a Mais Segura
Mais tarde, Zima-Giorgio esclareceu que nem sempre é possível garantir que as aplicações do tipo serviço executem imediatamente a versão mais recente. A estabilidade faz parte da decisão.
Num NAS, uma atualização precipitada de uma base de dados ou de uma versão principal pode ser mais disruptiva do que utilizar uma versão validada que esteja uma versão atrás da upstream.
Os Problemas que Afetam a Disponibilidade Recebem Maior Prioridade
A IceWhale deu o Immich como exemplo: o pacote da App Store foi atualizado quando o servidor antigo deixou de ser compatível com a aplicação móvel correspondente.
Este é um princípio de manutenção útil — uma falha que impede a utilização normal pode justificar uma ação mais rápida do que uma versão upstream que inclua apenas funcionalidades.
Os Pull Requests Fazem Parte do Fluxo de Trabalho de Manutenção
A IceWhale afirmou que a equipa verifica regularmente a lista de PRs e integra pedidos conforme necessário. Giorgio incentivou os utilizadores a enviarem PRs ou a criarem as suas próprias lojas e pediu especificamente ajuda para atualizar o Uptime Kuma.
Isto torna a App Store parcialmente colaborativa, em vez de ser um catálogo fechado exclusivo do fabricante.
A App Store v2 Atual Tem um Protocolo de Criação e Atualização Mais Explícito
A documentação atual para programadores da IceWhale indica que a loja v2 gerada inclui campos como:
-
version; -
update_at; -
release_note; -
content_hash.
As verificações de atualização do cliente são orientadas pelo índice da loja e pelo hash de conteúdo, pelo que as aplicações inalteradas são ignoradas, enquanto os metadados alterados das aplicações ou os ficheiros Compose podem ser obtidos de forma incremental.
Consulte o modelo atual de criação e atualização da App Store v2.
Os Metadados de Versão Não Criam um SLA de Manutenção
Uma loja pode agora apresentar informações melhores sobre versões e atualizações, mas o protocolo não determina que todas as aplicações tenham de ser atualizadas num número fixo de dias. A política do catálogo e a validação das aplicações continuam a ser processos humanos.
A Versão da App Store e a Etiqueta da Imagem Docker Estão Relacionadas, mas Não São Idênticas
Um ficheiro Compose pode fixar uma etiqueta de imagem específica, utilizar uma etiqueta abrangente como latest ou referenciar uma pilha com vários serviços e várias imagens independentes. A versão apresentada na loja pode descrever a definição da aplicação empacotada, sem garantir que todas as imagens incluídas na pilha seguem o mesmo número de versão.
Inspecione a definição Compose quando for importante conhecer a versão upstream exata.
As Atualizações Principais das Aplicações Exigem Cuidado Adicional
Aplicações como o Nextcloud, o Immich, bases de dados e plataformas de automação doméstica podem incluir migrações de esquema ou alterações de configuração incompatíveis. Uma atualização atrasada da App Store pode ser intencional enquanto os responsáveis validam o comportamento da migração.
Faça uma cópia de segurança dos dados da aplicação antes de avançar manualmente para além da versão do catálogo.
As Lojas Comunitárias Podem Avançar Mais Depressa, com um Risco Diferente
As lojas de terceiros podem publicar versões mais recentes mais cedo, mas a respetiva validação, cadência de atualização e qualidade das reversões dependem dos seus responsáveis. “Mais recente do que a loja predefinida” não significa automaticamente “melhor testada”.
Perguntas Frequentes sobre as Atualizações da App Store
A IceWhale prometeu um ciclo fixo de atualizações mensais?
Não. A fonte afirma que as versões eram mantidas manualmente e que a estabilidade e a disponibilidade influenciavam a prioridade.
Os utilizadores podem ajudar a atualizar as aplicações da App Store?
Sim. A IceWhale incentivou explicitamente o envio de pull requests e a criação de lojas de terceiros.
A App Store v2 melhora os metadados de atualização?
Sim. O resultado atual da v2 suporta a versão, a hora da atualização, as notas de versão e verificações de atualização orientadas por hashes de conteúdo.
