Pokud pokaždé, když si pořídíte nové vybavení, musíte strávit hodiny Instalace programů, ladění Windows a nastavení vývojového prostředíJe čas na zjednodušení. Soubory WinGet a YAML vám umožňují proměnit celý tento těžkopádný proces v prakticky automatický, který můžete opakovat na jakémkoli počítači jediným příkazem.
Jde o to, popsat v konfiguračním souboru, co chcete mít nainstalováno a jak by měl být váš systém nakonfigurován, a poté to nechat Správce balíčků systému Windows (winget) spolu s konfigurací požadovaného stavu PowerShellu (DSC) Udělejte špinavou práci: nainstalujte software, aplikujte nastavení, spusťte skripty a zkontrolujte, zda je váš počítač v perfektním stavu, abyste mohli pracovat bez ztráty času.
Co je WinGet a proč je tak užitečný pro automatizaci počítače?
WinGet je oficiální správce balíčků od společnosti Microsoft pro Windows 10 a Windows 11.Funguje z příkazového řádku a umožňuje instalovat, aktualizovat, konfigurovat a odinstalovat aplikace způsobem velmi podobným tomu, co se dělá v GNU/Linuxu s apt, dnf nebo podobnými nástroji, ale je dokonale integrován do ekosystému Windows.
Místo hledání instalačních programů na stovkách webových stránek, stahování souborů EXE nebo MSI a klikání na „Další, další, přijmout“, můžete s WinGetem spustit příkaz jako winget instalační název balíčku Systém poté stáhne program z důvěryhodného zdroje, provede tichou instalaci a zaregistruje balíček pro budoucí aktualizace.
Hlavní zdroje softwaru, které WinGet používá, jsou Microsoft Store a komunitní repozitář hostovaný na GitHubukde je každá aplikace popsána manifestem YAML, který uvádí, jak ji nainstalovat, její verzi, hash integrity atd. Kromě toho je možné přidat soukromé repozitáře, například jeden pro vaši organizaci, pro distribuci interního softwaru kontrolovaným způsobem.
Celý ekosystém WinGet je založen na třech pilířích:
- La Křídlo CLI (příkaz, který používáte v terminálu).
- L služby, které hostují a ověřují balíčky.
- L Konfigurační soubory YAML které vám umožňují deklarativně definovat požadovaný stav celého stroje, nikoli pouze jednotlivých aplikací.
Základní příkazy WinGetu pro správu aplikací
Než se ponoříme do technických aspektů konfiguračních souborů YAML, je užitečné porozumět základům. základní příkazy WinGetu pro každodenní použitíVše se spravuje z PowerShellu, terminálu Windows nebo klasického příkazového řádku.
Pokud prostě napíšete křídlo V konzoli uvidíte nainstalovanou verzi, dostupné dílčí příkazy a souhrn možností. Odtud můžete bez obav začít experimentovat.
na nainstalujte aplikaci Použijete dílčí příkaz install. Například pro instalaci Visual Studio Code na váš počítač byste jednoduše provedl(a):
winget install Microsoft.VisualStudioCode
V tomto případě Microsoft.VisualStudioCode je přesný identifikátor balíčku. v repozitáři WinGet. V mnoha případech můžete také nainstalovat s použitím názvu přesně tak, jak se zobrazuje v úložišti, v uvozovkách, pokud obsahuje mezery, ale použití ID snižuje nejednoznačnost.
Pokud chcete, aby aktualizujte své programyMůžete požádat WinGet, aby se pokusil nahrát vše, co rozpozná, pomocí:
winget upgrade --all
Nebo se můžete zaměřit na konkrétní aplikaci, například:
winget upgrade Microsoft.VisualStudioCode
Moderní verze WinGetu dokáží aktualizovat nejen to, co samy nainstalovaly, ale také aplikace, které v systému detekují a které mají ve svém původu přidružený manifest.
na odinstalovat softwareMechanika je stejně jednoduchá:
winget uninstall Microsoft.VisualStudioCode
Odstranění bude fungovat, pokud má WinGet program namapovaný ve svém katalogu, buď proto, že jej nainstaloval, nebo proto, že jej rozpoznává prostřednictvím informací registrovaných v systému.
Pokud potřebujete najít program, můžete použít Hledání WingetuNapříklad chcete-li zjistit, jaké možnosti poznámkového bloku jsou k dispozici:
winget search notepad
Příkaz vrátí seznam s název, ID balíčku a původ (komunitní repozitář, obchod nebo soukromý repozitář) a toto ID byste měli pro jistotu použít při instalaci nebo upgradu.
Pokud chcete zjistit, který software ovládá WinGet ve vašem počítači, můžete použít:
winget list
S tímto získáte inventář aplikací detekovaných správcem balíčků. Velmi užitečné pro rozhodování o tom, co aktualizovat nebo co zahrnout do konfiguračních souborů.
Automatizace instalací pomocí souborů YAML: krása toho všeho
Opravdu zajímavá část nastává, když přejdete od psaní příkazů jeden po druhém k Popište své ideální prostředí v jednom YAML souboruMísto taháku s příkazy nebo křehkého skriptu deklarativně definujete, jak má stroj vypadat, a delegujete práci na WinGet a DSC.
Konfigurační soubor WinGetu obsahuje seznam balíčků, verzí, nástrojů, skriptů a systémových nastavení které potřebujete pro své vývojové prostředí (nebo pro celou firmu). Není omezen pouze na instalaci programů: dokáže aktivovat funkce Windows, upravovat registr, spravovat služby, spouštět skripty PowerShellu… Vše potřebné k uvedení počítače do určitého stavu.
Aby to fungovalo, potřebujete mít dostatečně aktuální verzi WinGetu, konkrétně v1.6.2631 nebo vyššíV tomto okamžiku je stabilním způsobem zavedena integrace s DSC 3.0 a příkazem winget configure, který je zodpovědný za zpracování konfiguračních souborů YAML.
Výhodou je, že se proces stává bez dozoru a opakovatelnéProvedete příkaz, přijmete potřebné podmínky a můžete si jít dát kávu, zatímco systém nainstaluje vše potřebné, upraví Windows, nakonfiguruje IDE a připraví prostředí k použití. A pokud zítra vyměníte počítač, stačí celý proces zopakovat a je to.
Kromě toho mohou tyto soubory uložte si ho do Git repozitáře, OneDrive nebo kamkoli chcete, sdílejte se svým týmem změny verzí, otevřené problémy a pull requesty… Zkrátka, zacházejte s konfigurací vašeho stroje jako s kódem (IaC) a ne jako s něčím manuálním a neopakovatelným.
Příkaz configure wingetu a jeho hlavní možnosti
Vstupní branou do celého deklarativního systému je příkaz konfigurace křídel. Toto je zodpovědné za načtení konfiguračního souboru WinGet, ověření jeho správnosti, stažení potřebných modulů PowerShellu a použití změn.
Před ponořením je vhodné povolit konfigurační komponenty (pokud již nejsou aktivní) s:
winget configure --enable
Jakmile to uděláte, nejrozumnější je začít ověřováním souboru YAML pomocí příkazu:
winget configure validate -f ruta\a\archivo.winget
Validace kontroluje jak Syntaxe YAML jako kompatibilita schématu JSON oficiální konfigurace. Mějte na paměti, že YAML je citlivý na odsazení (mezery, nikoli tabulátory), takže úprava těchto souborů v kódu Visual Studio s rozšířením Red Hat YAML a propojeným schématem WinGet je téměř nezbytná, abyste se vyhnuli přehnaným změnám.
Když všechno vypadá dobře, můžeš Nastavení aplikujte vážně s:
winget configure --file ruta\a\archivo.winget --accept-configuration-agreements
V tomto okamžiku vstupuje do hry konfigurační procesor, který interpretuje YAML, stáhne všechny chybějící DSC moduly z Galerie PowerShellu a začne provádět assertions a prostředky. Úlohy, které to umožňují, se provádějí paralelně. Ty, které vyžadují oprávnění správce spustí varování UAC při startu kvůli nadmořské výšce.
Pokud dáváte přednost provedení „suchého testu“ před jakoukoli změnou, můžete použít:
winget configure test -f ruta\a\archivo.winget --accept-configuration-agreements
Pomocí testu WinGet vyhodnotí systém porovnáním s požadovaným stavem popsaným v souboru a Říká vám, co nesedí.aniž byste se museli dotknout stroje. To je velmi užitečné pro úpravu složitých nastavení a pro zajištění toho, aby při použití souboru nedošlo k žádným překvapením.
Je také možné pracovat se vzdálenými soubory, například hostovanými ve veřejném nebo soukromém repozitáři, spuštěním něčeho jako:
winget configure --accept-configuration-agreements --disable-interactivity -f https://tu-servidor/tu-config.winget
Tato metoda použití se velmi dobře hodí do scénářů hromadné nasazení nebo centralizovaná správakde IT publikuje konfiguraci a uživatelé nebo skripty stačí spustit příkaz, aby firemní počítač opustily s definovaným standardem.
Argumenty, volby a podpříkazy konfigurace wingetu
Podpříkaz configure podporuje řadu parametry pro jemné doladění chováníMezi nejrelevantnější patří:
- -f, –soubor. Cesta ke konfiguračnímu souboru WinGetu, který se má použít.
- –cesta-k-modulu. Lokální složka, kam budou uloženy stažené moduly DSC (ve výchozím nastavení %LOCALAPPDATA%\Microsoft\WinGet\Configuration\Modules).
- –cesta-procesoru. Umístění vlastního konfiguračního procesoru, pokud je to relevantní.
- –přijmout-konfigurační-dohody. Abyste se vyhnuli interaktivnímu oznámení, předem přijměte varování o konfiguraci.
- –potlačit-počáteční-podrobnosti. Zkuste skrýt počáteční nastavení pro čistší výstup.
- –povolit / –zakázat. Povolit nebo zakázat konfigurační komponenty (vyžaduje přístup do obchodu).
- –protokoly, –open-protokoly. Otevřete složku, kde jsou uloženy konfigurační protokoly.
- –podrobný, –podrobné-protokoly. Umožňuje podrobné protokolování pro řešení problémů.
- –nowarn, –ignore-warnings. Potlačit varovné zprávy při ukončení.
- –zakázat interaktivitu. Zabraňuje jakémukoli typu interaktivního promptu, což je ideální pro bezobslužné skripty.
- –proxy / –bez proxy. Umožňuje definovat proxy pro dané spuštění nebo zakázat použití proxy.
Kromě hlavního velení, winget configure má několik dílčích příkazů Co byste měli vědět:
- konfigurace wingetu show -f . Zobrazuje podrobnosti o konkrétním konfiguračním souboru, což je užitečné pro jeho kontrolu bez nutnosti otevírání v editoru.
- seznam konfigurací křídel. Zobrazuje souhrn konfigurací, které byly v systému použity, což pomáhá sledovat, co bylo spuštěno.
- konfigurace wingetu test -f . Režim ověřování, který porovnává aktuální stav systému se stavem definovaným v konfiguraci.
- konfigurace wingetu validate -f . Ověřte pouze soubor, bez dotyku počítače.
- konfigurace exportu wingetu -o . Umožňuje export konfiguračních zdrojů do souboru, ať už se jedná o všechny konfigurace balíčků (
--all), specifický balíček (--package-id) nebo konkrétní zdroj (--moduley--resource), připojí se k výstupnímu souboru, pokud již existuje.
Formát a konvence pojmenování konfiguračního souboru WinGet
Konfigurační soubory WinGet používají Formát YAML s přidruženým schématem JSON který definuje platnou strukturu. Vlastní systém manifestů WinGetu je také založen na YAML. Takže vše zapadá do stejného modelu.
Podle konvence se tyto soubory ukládají s příponou .wingetnapříklad configuration.wingetV projektech používajících Git se obecně doporučuje ukládat je do skrytého adresáře. .configopouštět trasy jako ./.config/configuration.winget pro „výchozí“ konfiguraci projektu.
Pokud váš projekt používá různé kombinace nástrojů nebo předvoleb, můžete ve stejné složce uchovávat několik konfiguračních souborů, každý s popisným názvem, který označuje, jaké prostředí používá (například frontend.winget, backend.winget, Atd.).
První řádek souboru je obvykle speciální komentář, který editorům sděluje, které schéma JSON mají použít. Obvykle vypadá nějak takto:
# yaml-language-server: $schema=https://aka.ms/configuration-dsc-schema/0.2
V základním směru https://aka.ms/configuration-dsc-schema/ Můžete zkontrolovat nejnovější verzi schématu a aktualizovat soubor, když Microsoft vydá nové revize s většími funkcemi.
Za touto hlavičkou je kořenový uzel dokumentu vždy vlastnostikteré musí obsahovat pole configurationVersion (například 0.2.0) a dvě hlavní sekce, které vše strukturují: assertions y resources.
Struktura konfiguračního souboru: vlastnosti, aserce a zdroje
Pod uzlem vlastnosti Na jedné straně se prohlašuje, že configurationVersionkteré byste měli zvyšovat s vývojem souboru, a na druhé straně kolekce assertions y resources které popisují dané chování.
- Sekce tvrzení. Zahrnuje tvrzení nebo předpoklady, které musí být splněny, aby určité zdroje měly smysl: minimální verze Windows, přítomnost určité funkce atd. Samy o sobě se nejedná o akce, ale spíše o kontroly prostředí.
- Sekce zdroje. Shromažďuje všechny konfigurační prostředky, které chcete použít: instalace softwaru, systémová nastavení, skripty, správu služeb, změny registru atd. Každá položka v těchto seznamech je reprezentována uzlem typu
resources potřebnými informacemi.
V obou případech Každý záznam je definován uvedením zdroje DSC, který má být použit., s formátem {NombreModulo}/{NombreRecursoDSC}, Například Microsoft.Windows.Settings/WindowsSettings klepnout na nastavení systému Windows nebo Microsoft.WinGet.DSC/WinGetPackage nainstalovat balíček WinGet z DSC.
Spolu s polem zdrojů obvykle každá jednotka obsahuje i části směrnice a nastavení, volitelný identifikátor id a v případě potřeby seznam závislostí dependsOn směrem k jiným zdrojům nebo tvrzením.
Tvrzení: Kontrola verze Windows a dalších předpokladů
the Tvrzení fungují jako předfiltry které rozhodují, zda má smysl spouštět určité prostředky na aktuálním počítači. Tímto způsobem se nepokoušíte instalovat nebo konfigurovat něco na systému, který nesplňuje základní požadavky.
Typickým příkladem je kontrola minimální verze operačního systémuMnoho konfigurací vyžaduje alespoň Windows 10 1809 nebo specifickou sestavu Windows 11 a je zbytečné pokračovat, pokud používáte starší verzi, která ani nepodporuje WinGet.
Prohlášení o tomto stylu využívá zdroje DSC, jako například Microsoft.Windows.Developer/OsVersion, což označuje vlastnost prostřednictvím nastavení MinVersion (například '10.0.22000'), která definuje přijatelnou prahovou hodnotu pro konfiguraci.
Tvrzení mohou vyhodnocovat paralelněbez striktního pořadí a v podstatě vracejí stav true nebo false. Pokud tvrzení vrátí false (není splněno), jakýkoli zdroj, který jej zahrnuje jako závislost prostřednictvím dependsOn Bude automaticky vynecháno.
Toto chování je z pohledu deklarativního systému považováno za správný výsledek: je lepší přeskočit blok, který nedává smysl, než vynutit jeho spuštění v nevhodném prostředí. Výstupní zprávy mohou ukazovat něco jako „Prostředek nebyl proveden, protože tvrzení selhalo nebo bylo nepravdivé.“
I když se některá nastavení nepoužijí, WinGet se je stále pokusí použít. pokračujte s dalšími nezávislými zdroji aby se systém co nejvíce přiblížil požadovanému stavu. Nakonec jste zodpovědní za kontrolu chyb a rozhodnutí, zda změnit konfiguraci nebo prostředí.
Zdroje: Instalace balíčků, ladění Windows a spouštění skriptů
Sekce zdroje jsou praktickým srdcem konfiguračního souboruZde uvedete vše, co chcete na počítači provést: instalaci softwaru, změny konfigurace systému, spouštění skriptů PowerShellu, správu služeb atd.
Každý zdroj je definován pomocí pole resource který následuje po formuláři Modulo/RecursoDSCnapříklad Microsoft.Windows.Settings/WindowsSettings aktivovat systémové funkce nebo Microsoft.WinGet.DSC/WinGetPackage orchestrovat instalaci balíčku pomocí WinGetu z DSC.
Volitelně můžete přiřadit jedinečné ID což vám pomůže s odkazem na něj dependsOn v jiných zdrojích. To je velmi užitečné, když chcete například, aby konfigurace dalších komponent Visual Studia explicitně závisela na předchozí instalaci samotného Visual Studia.
V rámci každého zdroje sekce směrnice obsahují kontextové informace o tom, jak by se měl provést: textový popis úkolu (description), pokud jsou z Galerie PowerShellu akceptovány moduly Preview (allowPrerelease) A securityContext což označuje, zda spuštění vyžaduje zvýšená oprávnění.
Když vložíte securityContext: zvýšenéWinGet si na začátku instalace vyžádá oprávnění správce a od té doby bude moci spouštět zdroje se zvýšenými i bez zvýšených oprávnění pomocí různých procesů, aniž by vás bombardoval dalšími okny UAC.
Sekce nastavení definuje páry název-hodnota které jsou předávány zdroji DSC. Může to být něco tak jednoduchého jako DeveloperMode: true aktivovat vývojářský režim systému Windows nebo složitější parametry, jako například id y source z balíčku WinGet, cesta k souboru .vsconfig, konkrétní hodnota registru nebo podrobnosti o službě, kterou je třeba povolit.
Konečně, pole závisí na Umožňuje deklarovat, že tento zdroj by měl být spuštěn pouze tehdy, když byly úspěšně dokončeny určité předchozí tvrzení nebo zdroje. Pokud jedna z těchto závislostí selže, zdroj je automaticky označen jako nespuštěný nebo selhal, čímž se předejde nežádoucím vedlejším účinkům.
Uspořádejte sekci se zdroji čitelným způsobem
Ve velkých projektech mohou konfigurační soubory narůst do značné velikosti, takže se vyplatí si na to udělat čas. Trochu se zamyslete nad tím, jak uspořádáte sekci se zdroji aby zůstala v průběhu času udržitelná.
Běžnou strategií je organizovat zdroje podle logické pořadí provádění:
- Zaprvé, co systém připravuje (tvrzení, základní aktualizace).
- Pak obecné nástroje (prohlížeče, kompresory, utility).
- Pak IDE a SDK.
- Nakonec konkrétnější skripty nebo nastavení.
Dalším zajímavým přístupem je seskupit je podle pravděpodobnost selhání nebo složitostJinými slovy, úkoly, které se nejčastěji porouchávají (náročné instalace závislé na dobrém připojení nebo přihlašovacích údajích), dejte na začátek, aby si uživatel včas uvědomil, že je něco špatně, aniž by čekal na dokončení všeho.
Mnozí dávají přednost seskupování podle typ zdrojeNejprve balíček WinGet, poté konfigurace systému Windows (registr, funkce, služby), pak skripty a nakonec nástroje specifické pro konkrétní projekt. Tento styl se často podobá typické struktuře softwarového projektu a pomáhá vám se rychle zorientovat.
Ať už jsou kritéria jakákoli, důrazně se doporučuje přiložit k souboru Soubor README v repozitáři vysvětlení struktury konfigurace, závislostí klíčů, minimálních požadovaných verzí Windows a doporučených kroků spuštění.
Tato dokumentace to umožňuje Ostatní vývojáři mohou do archivu přispívat s menším rizikem. něco rozbít, protože lépe chápou, co každý blok dělá a jaké asserce nebo dependensOn jsou ve hře, než přidají nový zdroj.
Použití proměnné ${WinGetConfigRoot} v cestách k souborům
Mnoho zdrojů DSC akceptuje parametry, které očekávají cesty ke konkrétním souborůmKonfigurace, skripty, šablony atd. sady Visual Studio. Pokud použijete absolutní cesty, soubor ztratí přenositelnost, jakmile změníte uživatele, jednotky nebo složky.
Aby se tomu zabránilo, WinGet zavádí proměnnou ${WinGetConfigRoot}, který odkazuje na adresář, ze kterého spouštíte winget configureOdtud můžete vytvářet relativní cesty, které budou fungovat stejně na jakémkoli počítači, kde je respektována stejná struktura složek.
Pokud například uložíte konfigurační soubor do .config/configuration.winget a soubor .vsconfig V kořenovém adresáři repozitáře můžete použít cestu jako '${WinGetConfigRoot}\..\.vsconfig'. Část .. Přejděte o úroveň výš z pracovní složky a přesuňe vás přímo do adresáře, kde se nachází soubor .vsconfig.
Tato technika umožňuje, aby stejná konfigurace platí pro všechny členy týmu které klonují projekt do různých cest, pokud respektují relativní umístění souborů v repozitáři.
V souboru README je však vhodné si připomenout, že Uživatel se musí ujistit, že cílový soubor existuje. v relativní cestě, která očekává konfiguraci před spuštěním winget configure, jinak spuštění označí chyby u těchto zdrojů.
Kde najít moduly DSC a připravené zdroje
Aby celý tento systém fungoval, WinGet se spoléhá na Moduly PowerShellu, které implementují prostředky DSCNěkteré jsou „standardně“ součástí samotného systému (tzv. prostředky doručené pošty) a jiné jsou získávány z Galerie PowerShellu.
Mezi standardními zdroji máte moduly ke správě proměnné prostředí, instalovat nebo odinstalovat balíčky MSI (msiPackage), manipulovat s klíči a hodnotami registru (Registry), spouštět bloky skriptů (Script), ovládat služby systému Windows (Service), přidávat nebo odebírat role a funkce (WindowsFeature) nebo spouštět a zastavovat procesy (WindowsProcess).
La Galerie PowerShellu obsahuje stovky dalších modulů s využitím zdrojů DSC od komunity. Vyhledávací filtry můžete použít k zobrazení pouze těch, které jsou označeny jako „Zdroj DSC“, a tak najít opakovaně použitelné díly pro vaše konfigurace.
Je však důležité mít na paměti, že galerie není plně auditované prostředí: Moduly může publikovat kdokolia některé mohou obsahovat riskantní nebo přímo škodlivé skripty, pokud nejsou pečlivě zkontrolovány.
Z tohoto důvodu Microsoft trvá na tom, že původ a obsah modulů před jejich použitím v konfiguracích, které budou běžet na produkčních počítačích, zejména pokud tyto prostředky běží s vysokým kontextem zabezpečení.
Chcete-li vidět konkrétní příklady konfiguračních souborů, společnost Microsoft udržuje Konfigurační úložiště DSC WinGet a YAML přístupné přes krátký odkaz https://aka.ms/dsc.yaml, kde můžete nalézt inspiraci a použít již otestované šablony jako základ.
Zásady zabezpečení, důvěryhodnosti a skupinové zásady související s WinGetem
Protože WinGet a DSC mohou hromadné instalace a konfigurace softwaruBezpečnostní aspekt je zásadní, zejména v korporátním prostředí, kde existují poměrně přísné požadavky na dodržování předpisů.
WinGet se integruje s Microsoft Storem přes Origin msstore a používá techniky, připnutí certifikátu ověřit, zda HTTPS certifikát obchodu odpovídá jednomu ze známých certifikátů, a tím zabránit útokům typu „man-in-the-middle“ (MITM).
V organizacích, které používají firewally s inspekcí SSL, může toto chování způsobit problémy, pokud bezpečnostní zařízení přebalí připojení s vlastním certifikátem. Pro takové případy existuje politika s názvem Obejít certifikátPinningForMicrosoftStore což vám umožňuje určit, zda má WinGet tuto kontrolu přeskočit.
Mezi možné možnosti patří ponechat zásadu nenakonfigurovanou (s respektováním výchozího doporučeného chování), povolit ji tak, aby WinGet Neověřovat certifikát obchodu nebo jej explicitně zakažte, aby přijímal pouze známé certifikáty společnosti Microsoft.
Zakázat ukotvení certifikátu zvyšuje riziko útoků typu „man-in-the-middle“Proto by se tak mělo dělat pouze s plnou znalostí faktů a pokud neexistuje žádná rozumná alternativa, mělo by se to začlenit do celkové bezpečnostní strategie.
Kromě této direktivy existují šablony skupinových zásad specifické pro WinGet (soubory .admx a .adml), které umožňují správcům ovládat povolené nebo blokované zdroje, povolit nebo zakázat experimentální funkce, definovat chování vůči proxy serverům a obecně utvářet chování správce balíčků v rámci organizace.
Tyto šablony jsou distribuovány v balíčku DesktopAppInstallerPolicies.zip v repozitáři WinGet na GitHubu. Po dekomprimaci se soubory zkopírují do C:\Windows\PolicyDefinitions Odpovídající jazyková složka je nyní k dispozici, takže ji lze spravovat z konzole pro správu skupinových zásad.
Existují také objekty skupinových zásad, jako například EnableWindowsPackageManagerConfiguration a EnableWindowsPackageManagerConfigurationExplanation které umožňují blokovat používání konfiguračních souborů WinGet v celé organizaci, pokud se má za to, že tato funkcionalita by měla být přísně omezena.
Další repozitáře a použití soukromých zdrojů ve WinGetu
WinGet po instalaci používá jako své hlavní zdroje následující: Microsoft Store a komunitní repozitář na GitHubukde najdete manifesty pro spoustu populárních programů: prohlížeče, vývojářské sady, návrhářské nástroje, různé utility atd.
Mnoho firem však potřebuje něco víc: soukromé repozitáře, kde můžete hostovat své vlastní aplikace, interní balíčky, ověřené verze určitých nástrojů nebo filtrované katalogy, které splňují jejich zásady.
WinGet umožňuje registrovat další zdroje pomocí příkazu:
winget source add --name <nombre_del_repositorio> --arg <URL_del_repositorio>
Tento původ je obvykle ve výchozím nastavení typu REST, i když jej můžete specifikovat pomocí --type Pokud to potřebujete. Kromě toho existují parametry, jako například –úroveň důvěryhodnosti definovat úroveň důvěry (žádná nebo důvěryhodná) a –accept-source-agreements automaticky přijmout licenční smlouvy ke zdrojovému kódu, což je nezbytné při automatizaci začleňování repozitářů.
Chcete-li zkontrolovat, která písma máte aktuálně v počítači, můžete spustit:
winget source list
Tento příkaz vrátí všechny dostupné zdroje s jejich názvem a typem. Od tohoto okamžiku bude vyhledávání a instalace WinGetu brát v úvahu další repozitáře podle vámi nakonfigurovaného nastavení.
Existují projekty, které nabízejí Řešení připravená k nasazení pro privátní repozitáře WinGet v Azure nebo v místních instalacích pomocí Dockeru, což nabízí značnou flexibilitu při nastavování firemních katalogů nebo kontrolovaných prostředí, kde existuje pouze software schválený IT oddělením.
V praxi umožňuje kombinace soukromých repozitářů s dobře navrženými konfiguračními soubory YAML plně standardizovat konfiguraci softwaru a zařízení společnosti s klidem v duši, že vše pochází z původu, který sami ovládáte.
Díky všem výše uvedeným funkcím WinGet, jeho konfigurační soubory YAML a zdroje DSC proměňují únavný úkol přípravy a údržby počítačů s Windows v proces. mnohem rychlejší, opakovatelnější a bezpečnějšíAť už jste vývojář, který chce klonovat své prostředí napříč více počítači, nebo spravujete flotilu počítačů v organizaci a chcete přestat dělat vše ručně.