Software packaging
WinGet aduce installerul, PSAppDeployToolkit aduce comportamentul
Catalogul WinGet cunoaște peste 14.000 de aplicații cu installer, hash și parametri silențioși. Ce îi lipsește pentru distribuția în companii adaugă PSAppDeployToolkit. De ce AppCloud365 le combină pe amândouă.
Cine împachetează software pentru Windows cunoaște cele două ore pe care le costă un „update mic”: găsești installerul, verifici versiunea, ghicești parametrul silențios, încerci pe o mașină de test, uiți dezinstalarea, adaugi dezinstalarea mai târziu. Catalogul WinGet de la Microsoft a făcut o parte din această muncă pentru toată lumea deodată. Doar că nu știe cum trebuie distribuit software-ul în organizația ta. Exact aici intră PSAppDeployToolkit și exact de aceea le combinăm.
Ce poate catalogul
Depozitul microsoft/winget-pkgs este o colecție de manifeste. Pentru fiecare aplicație și fiecare versiune, ele listează installerele cu URL, tip, arhitectură, domeniu și hash SHA-256, deseori și ProductCode, UpgradeCode și parametrii silențioși. În august 2026 asta înseamnă aproximativ 14.600 de aplicații, 165.000 de versiuni și 324.000 de installere.
AppCloud365 oglindește acest catalog într-o bază de date locală. Un proces separat de sincronizare clonează depozitul și apoi procesează doar modificările de la ultima rulare. Pachetele eliminate sunt marcate inactive în loc să fie șterse, așa că istoricul se păstrează și nu apar pachete-fantomă.
Ce îi lipsește catalogului
Un manifest descrie un installer. Nu descrie ce trebuie să se întâmple când aplicația rulează în timpul instalării, cum se scriu jurnalele, ce coduri de ieșire contează ca succes sau cum se comportă instalarea față de utilizatorii conectați. Pentru un dezvoltator care își instalează un tool pe propria mașină, nimic din asta nu contează. Pentru un rollout pe două sute de dispozitive este diferența dintre o noapte liniștită și una zgomotoasă.
PSAppDeployToolkit, pe scurt PSADT, este de ani de zile standardul pentru definirea exact a acestui comportament: închide procese, informează utilizatorii, scrie jurnale, tratează codurile de retur, dezinstalare și reparare în același script. Versiunea 4 vine cu un șablon cu locuri clar marcate pentru apelurile de instalare și dezinstalare.
Combinația
AppCloud365 ia installerul verificat din catalog și îl așază în șablonul oficial PSADT v4. Variabilele de sesiune pentru producător, nume, versiune și arhitectură sunt setate, apelurile de instalare și dezinstalare sunt inserate la marcajele prevăzute. Rezultatul este un pachet PSADT ca cel pe care l-ai construi manual, minus cele două ore.
Comenzile vin din manifest. Un MSI primește msiexec.exe /i "fisier.msi" /qn /norestart și, dacă există un ProductCode valid, apelul de dezinstalare corespunzător cu /x. Un installer Inno Setup sau Nullsoft primește parametrul silențios documentat al framework-ului său dacă manifestul nu numește unul. Un installer EXE fără parametru cunoscut este marcat sincer ca nesigur în loc să primească un parametru ghicit.
Și dacă nu vrei PSADT?
Unele medii nu folosesc toolkitul în mod deliberat. Pentru ele AppCloud365 construiește un wrapper nativ ușor din Install.ps1 și Uninstall.ps1, care rulează comanda confirmată și transmite codurile de ieșire 0, 3010 și 1641 ca succes. Ambele variante pot fi împachetate cu Microsoft Win32 Content Prep Tool ca .intunewin, gata pentru Intune. Dacă preferi Configuration Manager sau o distribuție clasică, iei ZIP-ul.
Ce înseamnă asta în fiecare zi
„Actualizează 7-Zip” devine: cauți aplicația, alegi versiunea, dai clic pe o opțiune de împachetare, citești rezumatul, construiești, descarci. Cunoștințele care trăiau înainte în capul unui singur packager trăiesc acum în manifest și în șablon. Iar când manifestul nu știe ceva, asistentul o spune în loc să ascundă.
Catalogul aduce installerul. Toolkitul aduce comportamentul. AppCloud365 le pune împreună fără să inventeze nimic pe deasupra.
Toate imaginile prezintă aplicația reală cu date demo fictive, în versiunea în limba engleză.