Uppdateringar av ZimaOS App Store styrdes inte av en enkel regel som ”uppdatera alltid inom sju dagar efter upstream”. I källtråden från november 2025 sade Zima-Giorgio att appversionerna underhölls manuellt. Han förklarade också att tjänsteapplikationer avsiktligt kan ligga efter den senaste upstream-versionen eftersom stabilitet är viktig, medan problem som påverkar tillgängligheten får högre prioritet.
Nuvarande App Store 2.0 förändrar hur appkataloger byggs och levereras, men skapar inte automatiskt en garanterad underhållstakt. v2-protokollet stöder versionsmetadata, uppdateringstidpunkter, versionsanteckningar, innehållshashar och inkrementella klientuppdateringar; människor måste fortfarande underhålla och validera den ursprungliga appdefinitionen.
IceWhale sade att butiksversionerna underhölls manuellt
Det direkta källsvaret var kort: programvaruversionerna i App Store underhölls manuellt, och butiker från tredje part eller communityn kunde erbjuda nyare versioner.
Detta förklarar varför versionen i standardkatalogen kan skilja sig från den senaste taggen som publicerats av den ursprungliga applikationsutvecklaren.
Senast är inte alltid samma sak som säkrast
Zima-Giorgio förtydligade senare att det inte alltid går att garantera att tjänsteapplikationer omedelbart kör den senaste versionen. Stabilitet är en del av beslutet.
För en NAS kan en förhastad databas- eller större versionsuppgradering vara mer störande än att köra en validerad version som ligger en version efter upstream.
Problem som påverkar tillgängligheten får högre prioritet
IceWhale nämnde Immich som exempel: App Store-paketet uppdaterades när den äldre servern slutade vara kompatibel med motsvarande mobilapp.
Detta är en användbar underhållsprincip – problem som förhindrar normal användning kan motivera snabbare åtgärder än en upstream-version som enbart innehåller nya funktioner.
Pull requests är en del av underhållsprocessen
IceWhale sade att teamet regelbundet går igenom listan över pull requests och slår samman förfrågningar vid behov. Giorgio uppmuntrade användare att skicka in pull requests eller skapa egna butiker och bad särskilt om hjälp med att uppdatera Uptime Kuma.
Det innebär att App Store delvis är samarbetsbaserad snarare än en helt stängd leverantörskatalog.
Nuvarande App Store v2 har ett tydligare bygg- och uppdateringsprotokoll
Nuvarande utvecklardokumentation från IceWhale anger att den genererade v2-butiken innehåller fält som:
-
version; -
update_at; -
release_note; -
content_hash.
Klientens uppdateringskontroller styrs av butiksindexet och innehållshashen, så oförändrade applikationer hoppas över medan ändrade appmetadata eller Compose-filer kan hämtas inkrementellt.
Se den aktuella bygg- och uppdateringsmodellen för App Store v2.
Versionsmetadata skapar inte ett underhålls-SLA
En butik kan nu visa bättre information om versioner och uppdateringar, men protokollet säger inte att varje app måste uppdateras inom ett fast antal dagar. Katalogpolicy och appvalidering är fortfarande mänskliga processer.
App Store-version och Docker-image-tagg är relaterade men inte identiska
En Compose-fil kan låsa fast en specifik image-tagg, använda en bred tagg som latest eller hänvisa till en stack med flera tjänster och flera oberoende images. Den version som visas i butiken kan beskriva den paketerade appdefinitionen utan att garantera att varje image i stacken följer samma versionsnummer.
Granska Compose-definitionen när exakt upstream-versionering är viktig.
Större applikationsuppdateringar kräver extra försiktighet
Applikationer som Nextcloud, Immich, databaser och plattformar för hemautomation kan innehålla schemamigreringar eller konfigurationsändringar som bryter kompatibiliteten. En fördröjd App Store-uppdatering kan vara avsiktlig medan underhållarna validerar migreringsbeteendet.
Säkerhetskopiera applikationsdata innan du manuellt hoppar före katalogens version.
Communitybutiker kan gå snabbare, men med andra risker
Butiker från tredje part kan publicera nyare versioner tidigare, men deras validering, uppdateringstakt och kvalitet på återställningar beror på deras underhållare. ”Nyare än standardbutiken” betyder inte automatiskt ”bättre testad”.
Vanliga frågor om App Store-uppdateringar
Lovade IceWhale en fast månatlig uppdateringscykel?
Nej. Källan säger att versionerna underhölls manuellt och att stabilitet och tillgänglighet påverkade prioriteringen.
Kan användare hjälpa till att uppdatera appar i App Store?
Ja. IceWhale uppmuntrade uttryckligen pull requests och butiker från tredje part.
Förbättrar App Store v2 uppdateringsmetadata?
Ja. Den aktuella v2-utdata stöder version, uppdateringstid, versionsanteckningar och uppdateringskontroller som styrs av innehållshashar.
