WinGet in YAML za avtomatizacijo namestitve programske opreme

Sestavljanje novega računalnika ali pridružitev projektu pogosto vključuje večkratno namestitev istih programov, konfiguriranje sistema Windows in uporabo razvojnih orodij. S konfiguracijskimi datotekami WinGet in YAML lahko celoten postopek poenostavimo v en sam ukaz, s čimer odpravimo potrebo po prenosu namestitvenih programov enega za drugim in navigaciji po neskončnih čarovnikih.

WinGet (Windows Package Manager) je Microsoftov uradni odgovor na model upravljalnika paketov GNU/Linux, kot sta apt ali dnf. V kombinaciji s PowerShellovo konfiguracijo želenega stanja (DSC) in deklarativnimi konfiguracijskimi datotekami v formatu YAML vam omogoča konfiguriranje katerega koli računalnika z operacijskim sistemom Windows za ponovljivo, avtomatizirano in sodelovalno delo v osebnem in poslovnem okolju.

Kaj je WinGet in zakaj je pomemben za avtomatizacijo?

WinGet je orodje ukazne vrstice iz upravitelja paketov Windows, ki je integriran v trenutne različice sistema Windows 10 in Windows 11 (prek programa »App Installer« v trgovini Microsoft Store). Njegov glavni ukaz je winget, ki so mu dodani podukazi za iskanje, namestitev, posodabljanje, odstranitev ali konfiguriranje programske opreme.

V nasprotju s tradicionalnim modelom obiska spletnega mesta vsakega programa, prenosa namestitvenega programa in klika na Naprej, WinGet deluje kot centraliziran indeks: kot vire uporablja trgovino Microsoft Store in repozitorij skupnosti na GitHubu ter se zanaša na manifeste v formatu YAML (imenovane manifesti paketov), ​​ki opisujejo, kako namestiti posamezno aplikacijo in kako preveriti njeno integriteto z uporabo zgoščevalnih vrednosti, kot je SHA256.

Ekosistem WinGet je sestavljen iz treh delov: samega orodja ukazne vrstice, storitev pakiranja, ki gostijo in preverjajo pakete, in konfiguracijskih datotek WinGet , ki omogočajo združevanje vseh konfiguracij ekipe ali projekta v eno samo deklarativno datoteko.

Za razvijalce in skrbnike to pomeni, da znajo opisati orodja in konfiguracije, potrebne za delovno okolje (IDE, brskalnike, SDK-je, pripomočke, pravilnike sistema Windows itd.), in da WinGet zanesljivo in večkrat preklopi računalnik v »želeno stanje«, ne glede na to, ali gre za nov prenosnik ali pa pripravljate več računalnikov v podjetju.

Osnovni ukazi WinGet za upravljanje aplikacij

Preden se lotimo YAML in napredne avtomatizacijeVredno je razumeti osnovne ukaze WinGet, saj tvorijo temelj za vse ostalo. Za začetek preprosto odprite PowerShell v sistemu Windows. terminal ali celo ukazni poziv in tip winget za ogled splošne pomoči.

Namestitev posameznih aplikacij Tako preprosto je kot uporaba winget install sledi identifikator ali ime paketa. Na primer, če želite namestiti kodo Visual Studio iz repozitorija WinGet, lahko zaženete:

winget install Microsoft.VisualStudioCode

Posodobite aplikacije To je mogoče storiti tudi iz ukazne vrstice. Z winget upgrade --all Poskušamo posodobiti vse programe, ki jih WinGet lahko upravlja (ne le tiste, ki so nameščeni z WinGetom, ampak tudi v novejših različicah). Če se želite osredotočiti na določeno aplikacijo, lahko uporabite na primer:

winget upgrade Microsoft.VisualStudioCode

Za odstranitev programske opreme, se uporablja winget uninstall, ki mu spet sledi ime ali identifikator paketa, na primer: winget uninstall Microsoft.VisualStudioCodeOdstranitev je omejena na tisto, kar WinGet prepozna, bodisi zato, ker ga je namestil, bodisi zato, ker zazna program v sistemu.

Iskanje razpoložljivih aplikacij je končano z winget searchČe pišeš winget search notepadDobili boste seznam paketov, ki vsebujejo ta izraz, skupaj z izvorno kodo (trgovina ali repozitorij), imenom in ID-jem, ki ga morate uporabiti pri nameščanju iz skupnostnega repozitorija, da se izognete dvoumnostim.

Končno lahko naštejete nameščeno programsko opremo ki jih WinGet zazna na računalniku z uporabo winget listTo vam pomaga ugotoviti, katere pakete lahko upravljate neposredno z upraviteljem paketov in katerih ne.

Datoteke YAML za konfiguracijo WinGeta: ključ do avtomatizacije

Pravi preskok naprej se zgodi, ko preidemo od izvajanja posameznih ukazov k uporabi konfiguracijske datoteke WinGet v formatu YAML. Namesto ročnega zagona več deset ukazov opišete želeno končno stanje stroja in izvedete en sam ukaz, da se vse zgodi samodejno.

Konfiguracijska datoteka WinGet navaja različice programske opreme, pakete, orodja, odvisnosti, skripte in sistemske nastavitve, potrebne za nastavitev razvojnega okolja. To je še izboljšano z integracijo s PowerShellovo Desired State Configuration (DSC) , tehnologijo, ki omogoča uporabo sprememb konfiguracije operacijskega sistema in aplikacij z uporabo specializiranih virov.

Čarovnija se zgodi z ukazom winget configure, ki je na voljo v programu WinGet v1.6.2631. Ta ukaz vzame datoteko YAML (ali s končnico .winget), ga preveri glede na shemo JSON, prenese potrebne vire DSC in uporabi vse deklarirane trditve in vire, da ekipo usmeri proti želenemu stanju.

Ključna razlika v primerjavi s tradicionalnim skriptom je, da so te datoteke deklarativne: določajo želeni rezultat in ne togega zaporedja korakov. WinGet in DSC izračunata, kaj je treba storiti, v kakšnem vrstnem redu in kaj se lahko izvede vzporedno, kar zagotavlja robustnost in prilagodljivost avtomatizacije.

Poleg tega so idealne za sodelovanje : konfiguracijske datoteke je mogoče shraniti v repozitorijih Git (na primer na GitHubu), na zasebnih lokacijah, kot je OneDrive ali podobno, in jih deliti z ekipo. Težave, zahteve za prevzem in spremembe je mogoče ustvarjati in pregledovati tako kot katero koli drugo datoteko s kodo.

Struktura in oblika konfiguracijske datoteke WinGet

Oblika konfiguracijskih datotek Temelji na YAML, vendar za pomoč pri preverjanju strukture uporablja specifikacijo sheme JSON. Microsoft objavlja sheme na skrajšanem naslovu. https://aka.ms/configuration-dsc-schema/, kjer lahko preverite razpoložljive različice (na primer 0.2).

Prva vrstica datoteke To je običajno poseben komentar, ki orodjem, kot je Visual Studio Code (z razširitvijo Red Hat YAML), pove, katero shemo naj uporabijo. Tipičen primer bi bil nekaj takega: # yaml-language-server: $schema=https://aka.ms/configuration-dsc-schema/0.2, kar označuje različico sheme, uporabljeno za datoteko.

Korensko vozlišče dokumenta es properties, ki vsebuje tako definicijo različice konfiguracije (configurationVersion) kot dva glavna dela datoteke: assertions (trditve) in resources (viri). Ta dva razdelka sta seznama deklarativnih nalog, ki jih bosta WinGet in DSC ovrednotila in uporabila.

Različica konfiguracijena primer configurationVersion: 0.2.0Posodobiti ga je treba vsakič, ko se vsebina ustrezno spremeni. V okviru propertiesTrditve opisujejo predpogoje, viri pa opisujejo vse namestitve in prilagoditve, ki jih je treba izvesti v sistemu.

Vsak element znotraj trditev ali virov je definirano z vozliščem resource ki označuje, kateri modul PowerShell bo uporabljen in kateri specifični vir DSC bo poklican za uporabo želenega stanja, v skladu z obliko zapisa {ModuleName}/{DscResource}Poleg tega so področja, kot so directives, settings, neobvezni identifikator id in morebitne odvisnosti dependsOn.

Trditve: Predhodna preverjanja in minimalne zahteve

V razdelku s trditvami so opisani predpogoji, ki morajo biti izpolnjeni, da se konfiguracija šteje za veljavno. To niso koraki namestitve, temveč preverjanja okolja , ki se izvedejo pred uporabo virov, ki so od njih odvisni.

Klasični primer trditve je preverjanje minimalne različice operacijskega sistema. WinGet na primer zahteva vsaj Windows 10 različice 1809, številne sodobne konfiguracije pa lahko zahtevajo novejše različice sistema Windows 11. Določanje trditve o različici operacijskega sistema vam preprečuje, da bi poskušali namestiti orodja, ki ne bodo delovala.

Te trditve se lahko izvajajo vzporednobrez strogega zaporednega vrstnega reda. Vsak vrne, ali sistem izpolnjuje pogoj (true ali false). Če trditev ne uspe, vsak vir, ki jo deklarira kot odvisnost z uporabo dependsOn Samodejno se izpusti in to se s konfiguracijskega vidika šteje za pravilen rezultat (v sistemu se ne izvedejo nobene nedosledne spremembe).

V izhodnih dnevnikih izvršitve winget configure Pogosto se pojavijo sporočila, kot so: določena trditev (npr. različica operacijskega sistema) ni bila najdena ali ni uspela, zato nekateri odvisni viri (kot je omogočanje načina za razvijalce ali namestitev določenega paketa WinGet) niso bili izvedeni.

Velika prednost je, da se, tudi če nekatere trditve ne uspejo, preostanek datoteke še naprej obdeluje. WinGet bo nadaljeval z izvajanjem vseh možnih nalog in premaknil računalnik čim dlje proti ciljnemu stanju. Ko je izvajanje končano, mora uporabnik pregledati morebitne napake in narediti vse potrebne prilagoditve.

Viri: namestitve, konfiguracije in skripti

V razdelku z viri je navedeno vse, kar želimo namestiti in konfigurirati v računalniku: paketi WinGet, nastavitve sistema Windows, namestitev določenih komponent (na primer delovne obremenitve Visual Studia), izvajanje skriptov PowerShell, upravljanje storitev, dnevniki itd.

Vsak vir ima več ključnih komponentpolje resource z modulom in virom DSC, ki ga je treba uporabiti, odsek directives z metapodatki in zahtevami glede izvajanja, razdelek settings s parametri, posredovanimi viru, in po izbiri z enoličnim identifikatorjem id in seznam odvisnosti dependsOn.

Direktive običajno vključujejo description ki pojasnjuje nalogo, ki se izvaja, indikator allowPrerelease odločiti, ali naj sprejme predogledne module iz galerije PowerShell in securityContext, ki označuje, ali je treba vir izvesti s povišanimi privilegiji (elevated) ali pa lahko deluje z dovoljenji trenutnega uporabnika.

Razdelek z nastavitvami dejansko določa vedenje.

Na primer, vir Omogočanje načina za razvijalce v sistemu Windows lahko porabi vir Microsoft.Windows.Settings/WindowsSettings s settings kjer je ustanovljeno DeveloperMode: trueVir, ki namešča Visual Studio 2022, bi lahko uporabila skupnost Microsoft.WinGet.DSC/WinGetPackage s parametri, kot so id: Microsoft.VisualStudio.2022.Community y source: winget.

Odvisnosti (dependsOn) Omogočajo vam ustvarjanje logičnih povezav med viri in trditvami. Na primer, vir, ki namesti dodatne komponente Visual Studia, je lahko odvisen od tega, ali je najprej nameščen sam Visual Studio (identificiran z id (prejšnjega vira) ali da je bila uveljavitev različice operacijskega sistema uspešna.

Praktični primeri datotek YAML za WinGet

Poglejmo, kako se vse to prevede v preprosto datoteko YAML. Predstavljajte si, da želite definirati osnovno konfiguracijo za preverjanje minimalne različice sistema Windows, namestiti Visual Studio Code, Google Chrome in zagnati majhen skript PowerShell za pripravo okolja.

Poenostavljena shema bi lahko vključevalo znotraj properties del assertions s čekom MinVersion operacijskega sistema in del resources z viri paketov in skriptov. Konceptualno nekaj takega:

properties:
assertions:
- MinVersion: "10.0.19041.0"
resources:
- package: Microsoft.VisualStudioCode
version: "latest"
- package: Google.Chrome
version: "latest"
- script: |
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Install-Module -Name PowerShellGet -Force -AllowClobber

V tej konceptualni konfiguraciji Najprej se nastavi minimalna zahteva glede različice sistema Windows in če je izpolnjena, se namestita dva določena paketa (VS Code in Chrome) v najnovejših razpoložljivih različicah. Nato se zažene skript, ki prilagodi direktivo za izvajanje in doda modul. PowerShellGet z ustreznimi parametri.

Uporabi datoteko na določenem računalniku Preprosto je kot zagon ukaza v PowerShellu. winget configure --file ruta\a\tu\archivo.yamlOd tam naprej bo WinGet preveril dokument glede na shemo, prenesel potrebne module DSC in začel ocenjevati trditve in vire.

V naprednejših datotekah, kot tipičen primer configuration.wingetViri so definirani za preverjanje minimalne različice operacijskega sistema, omogočanje načina za razvijalce, namestitev skupnosti Visual Studio 2022 kot paketa WinGet in namestitev dodatnih komponent Visual Studia iz datoteke. .vsconfig, z uporabo lastnosti, kot so productId, channelId, vsConfigFile in celo parameter includeRecommended za razširitev objekta.

Najboljše prakse, organizacija in spremenljivka WinGetConfigRoot

Način, kako organizirate razdelek z viri v datoteki, močno vpliva na njegovo razumevanje in vzdrževanje. Čeprav izvajanje ni zaporedno in vrstni red ni ključnega pomena, je priporočljivo slediti doslednemu pristopu, da ga lahko drugi razvijalci ali skrbniki razumejo na prvi pogled.

Nekateri pogosti organizacijski pristopi vključujejo razvrščanje po domnevnem logičnem vrstnem redu izvajanja (kar je najbolj smiselno, da se zgodi prvo), združevanje po verjetnosti napake (postavitev najbolj "kritičnih" elementov na vrh, da se napake odkrijejo čim prej) ali združevanje po vrsti vira (paketi, sistemske konfiguracije, skripti, storitve itd.). Vsak od teh lahko deluje, če je minimalno dokumentiran.

Zelo priporočljivo je, da konfiguraciji priložite datoteko README v repozitoriju, v kateri je razložena organizacijska strategija, ključne odvisnosti, kako zagnati konfiguracijo, katere predpogoje ali dovoljenja sistema Windows potrebuje in morebitne varnostne vidike.

Zelo uporaben trik za poti je uporaba spremenljivke ${WinGetConfigRoot}, ki predstavlja delovni imenik, iz katerega se izvaja winget configureNamesto uporabe absolutnih poti lahko na podlagi te spremenljivke zgradite relativne poti, s čimer postane datoteka bolj prenosljiva med različnimi računalniki.

Na primer, vir vrste Microsoft.VisualStudio.DSC/VSComponents Lahko uporabiš ${WinGetConfigRoot} najti datoteko .vsconfig v korenskem imeniku projekta, kot v '${WinGetConfigRoot}\..\.vsconfig'To seveda pomeni, da mora uporabnik pred zagonom konfiguracije zagotoviti, da datoteka obstaja v tej relativni poti.

Ustvarjanje, imena datotek in priporočene konvencije

Za ustvarjanje konfiguracijske datoteke WinGet iz nič je priporočljivo slediti vrsti logičnih korakov: določiti ime in lokacijo datoteke, seznaniti se s shemo in obliko zapisa, definirati trditve in vire ter določiti odvisnosti in parametre.

Microsoft priporoča uporabo razširitve .winget za te konfiguracijske datoteke, na primer configuration.wingetV projektih, ki temeljijo na Gitu, je predlagana konvencija shranjevanje v skriti imenik. .config, natančneje v ./.config/configuration.winget kot privzeta konfiguracija.

Če projekt zahteva več konfiguracij (na primer različni nabori orodij, različni profili razvijalcev ali uporabniške nastavitve), je mogoče v isti imenik dodati dodatne datoteke .configvsak s svojim opisnim imenom, ki odraža njegov namen.

Tipičen postopek oblikovanja konfiguracijske datoteke vključuje identifikacijo vseh potrebnih trditev (različice sistema, prisotnost določenih funkcij itd.), naštevanje virov (programska oprema, paketi, sistemske nastavitve), ki jih je treba uporabiti, iskanje ustreznih modulov in virov DSC v galeriji PowerShell ter eksplicitno definiranje pravilnikov in odvisnosti vsakega vira.

Za preverjanje veljavnosti datoteke med pisanjem osnutka je zelo koristno uporabiti Visual Studio Code z razširitvijo Red Hat YAML in povezati ustrezno shemo JSON. To omogoča preverjanje strukture, samodejno dokončanje, predloge polj in označevanje napak v oblikovanju, ki bi sicer ostale neopažene.

Varnostne, zaupanja vredne in skupinske direktive z WinGetom

Ker je orodje, ki omogoča namestitev in konfiguriranje programske opreme V razsutem stanju je varnost ključni vidik. WinGet se integrira z Microsoftovo trgovino z uporabo izvorne kode, imenovane msstore in uporablja tehnike »sidranja potrdil«, da zagotovi, da je povezava s trgovino legitimna in da ni prestrezana.

V poslovnih okoljih , kjer se uporabljajo požarni zidovi s pregledovanjem SSL, lahko to preverjanje povzroči napake, če se promet prestreže in ponovno zapakira. Za take primere obstaja direktiva z imenom BypassCertificatePinningForMicrosoftStore , ki vam omogoča, da določite, ali naj WinGet zaobide to preverjanje zgoščene vrednosti potrdila ali ga ohrani aktivnega.

Možnosti za ta pravilnik so: pustite ga nekonfiguriranega (privzeto priporočeno vedenje, ki upošteva standardne vrednosti upravitelja paketov sistema Windows), omogočite ga (WinGet ne bo preveril potrdila trgovine Microsoft Store) ali ga onemogočite (WinGet bo pred sprejetjem povezave zahteval, da se potrdilo ujema z znanim potrdilom trgovine Microsoft Store).

Onemogočanje pripenjanja potrdil poveča tveganje napadov tipa »človek vmes«, ki prestrežejo komunikacije z namenom kraje poverilnic ali drugih občutljivih podatkov. Zato je treba to možnost upoštevati le kot zadnjo možnost in po temeljitem razumevanju posledic varnostne politike organizacije.

Poleg te direktiveWinGet ponuja vrsto predlog skupinskih pravilnikov (datotek .admx y .adml), ki omogočajo IT-oddelkom nadzor nad vidiki, kot so dovoljeni ali blokirani viri, omogočanje eksperimentalnih funkcij, lokalna politika razvoja, možnosti proxyja ali vedenje vmesnika ukazne vrstice.

Te predloge so distribuirane znotraj datoteke DesktopAppInstallerPolicies.zip v različicah WinGet, objavljenih na GitHubu. Ko so datoteke prenesene, se ekstrahirajo in kopirajo v standardne poti pravilnikov v sistemu Windows (C:\Windows\PolicyDefinitions za datoteke .admx in podmapo z jezikom, kot je en-US(za datoteke .adml) in od tam jih je mogoče upravljati iz konzole za upravljanje skupinskih pravilnikov.

Repozitoriji, dodatni viri in katalog paketov

WinGet ima že od samega začetka dva glavna vira : trgovino Microsoft Store (msstore) in repozitorij skupnosti WinGet, ki gostuje na GitHubu in deluje kot indeks paketov in manifestov. Ta repozitorij že vsebuje dolg seznam znanih aplikacij: brskalnike, kot sta Chrome in Firefox, pripomočke za stiskanje, kot je 7-Zip, razvojna orodja, kot so OpenJDK, Git in Visual Studio, oblikovalske aplikacije, kot sta Blender in Inkscape, in še veliko več.

Neodvisni prodajalci programske opreme (ISV) lahko uporabljajo WinGet kot distribucijski kanal in oddajo manifeste za svoje pakete v skupnostni repozitorij prek zahtev za prevzem (pull requests). Ti manifesti in binarne datoteke, na katere kažejo, so podvrženi samodejnemu preverjanju in v mnogih primerih ročnemu pregledu, da se zagotovi minimalna raven kakovosti in varnosti.

Podobno kot delujejo dodatni repozitoriji v GNU/Linuxu, vam WinGet omogoča dodajanje lastnih izvornih kod. Organizacija lahko vzdržuje zasebni repozitorij s posebnimi manifesti za svoje interne aplikacije, bodisi v Azure, na lokalnem strežniku ali v namenskih rešitvah, kot so projekti, ki zagotavljajo infrastrukturo za samostojno gostovane repozitorije WinGet z uporabo Dockerja.

Dodajte alternativni vir To storite tako, da odprete PowerShell kot skrbnik in zaženete tak ukaz: winget source add --name <nombre_del_repositorio> --arg <URL_del_repositorio>Po želji se lahko uporabijo dodatni parametri, kot so npr. --type (običajno viri REST), --trust-level (nobeden ali zaupanja vreden) in --accept-source-agreements da samodejno sprejmete licenčne pogodbe za izvorno kodo.

Če želite preveriti, ali je bil vir pravilno dodan, se lahko uporablja winget source listS tem bodo prikazani vsi razpoložljivi viri skupaj z njihovim imenom in vrsto. Od takrat naprej bodo iskanja in namestitve lahko upoštevale novo skladišče, glede na to, kako je bilo konfigurirano.

WinGet, DSC in kje najti dodatne vire

Kombinacija programa WinGet s PowerShellovim DSC vam omogoča, da greste dlje od preprostega nameščanja aplikacij in resnično nadzorujete konfiguracijo računalnika. DSC ponuja množico virov, ki so že pripravljeni za uporabo (imenovanih »nabiralniki«), in številne druge, ki jih je prispevala skupnost in so objavljeni v galeriji PowerShell.

Med pogoste vire za konfiguracijo želenega stanja spadajo moduli za upravljanje okoljskih spremenljivk, nameščanje ali odstranjevanje paketov MSI, upravljanje ključev in vrednosti registra, izvajanje skriptov PowerShell, upravljanje storitev Windows, dodajanje ali odstranjevanje sistemskih vlog in funkcij ter zagon ali zaustavitev procesov Windows.

Galerija PowerShell vsebuje na stotine modulov z dodatnimi viri DSC, ki jih lahko poiščete z uporabo filtra »Vir DSC« za ustrezno kategorijo. Je zmogljiv vir za razširitev zmogljivosti konfiguracijskih datotek, vendar zahteva tudi previdnost.

Pomembno opozorilo je, da galerija PowerShell, čeprav zelo priljubljena, ni repozitorij, ki ga je potrdil Microsoft. Vsebuje prispevke številnih različnih avtorjev in založnikov, vsak vir pa lahko vključuje poljubne skripte. Zato morate module vedno pregledati, da ocenite njihovo verodostojnost in varnost, preden jih integrirate v konfiguracijo, ki bo nameščena na produkcijskih računalnikih.

Microsoft močno priporoča, da vedno preverite celovitost in zanesljivost katere koli konfiguracijske datoteke WinGet: ročno preglejte njeno vsebino, razumite, katere module in skripte uporablja, jo najprej preizkusite v izoliranih ali laboratorijskih okoljih in se zanašajte na najboljše prakse, opisane v uradni dokumentaciji o tem, kako preveriti zaupanja vredno konfiguracijsko datoteko.

WinGet, konfiguracijske datoteke YAML in PowerShell DSC tvorijo zmogljivo kombinacijo , ki vam omogoča prehod od ročnega konfiguriranja računalnikov k deklarativnemu opisovanju okolij na način, ki ga je mogoče deliti in avtomatizirati. Z enim samim ukazom lahko podvojite razvojni računalnik, standardizirate programsko opremo v celotni organizaciji ali se preprosto izognete težavam s ponovno namestitvijo iste programske opreme vsakič, ko dobite nov računalnik.