Megosztás a következőn keresztül:

Windows Management Framework (WMF) 5.x kibocsátási megjegyzések

WMF 5.0-s módosítások

  • A PowerShell 5.0 új strukturált információs áramot ad hozzá
  • A DSC fejlesztései, köztük négy új DSC-erőforrás:
    • WindowsFeatureSet
    • WindowsOptionalFeatureSet
    • ServiceSet
    • ProcessSet
  • Csak elegendő felügyelet hozzáadva a szerepköralapú felügyelet engedélyezéséhez a PowerShell-remoting használatával
  • A PowerShell 5.0 kiterjeszti a nyelvet a felhasználó által definiált osztályok és enumerálások belefoglalására
  • Továbbfejlesztett hibakeresési funkciók a PowerShell ISE-ben, és távoli hibakeresés hozzáadása
  • Hozzáadta a PowerShellGet és a PackageManagement modult
  • Továbbfejlesztett PowerShell-szkriptnaplózás és -átiratok
  • Titkosítási üzenet szintaxisa parancsmagok hozzáadása
  • A WMF 5.0 tartalmazza a Windowshoz készült NetworkSwitchManager modult
  • Hozzáadva a Microsoft.PowerShell.ODataUtils modul
  • A szoftverleltár-naplózás (SIL) támogatása hozzáadva
  • Új vagy frissítési parancsmagok leválasztása a felhasználói kérésekre és problémákra válaszul

WMF 5.1-változások

A WMF 5.1 tartalmazza a Windows Server 2016-ban kiadott PowerShell-, WMI-, WinRM- és szoftverleltár-naplózási (SIL) összetevőket. A WMF 5.1 telepíthető Windows 7, Windows 8.1, Windows Server 2008 R2, 2012 és 2012 R2 rendszerekre, és számos fejlesztést biztosít a WMF 5.0-s verzióval szemben, többek között a következőket:

  • Új parancsmagok
  • A PowerShellGet fejlesztései közé tartozik az aláírt modulok kényszerítése és a JEA-modulok telepítése
  • A PackageManagement támogatja a tárolókat, a CBS-telepítőt, az EXE-alapú beállítást, a CAB-csomagokat
  • DSC- és PowerShell-osztályok hibakeresési fejlesztései
  • Biztonsági fejlesztések, beleértve a katalógus által aláírt modulok kényszerítése a lekéréses kiszolgálóról és a PowerShellGet-parancsmagok használatakor
  • Válaszok számos felhasználói kérésre és problémára

Fontos

Mielőtt telepíti a WMF 5.1-et Windows Server 2008 vagy Windows 7 rendszerre, győződjön meg arról, hogy a WMF 3.0 nincs telepítve. További információért lásd: WMF 5.1 Előfeltételek Windows Server 2008 R2 SP1 és Windows 7 SP1 számára.

PowerShell-kiadások

Az 5.1-es verziótól kezdve a PowerShell különböző kiadásokban érhető el, amelyek különböző funkciókészleteket és platformkompatibilitást jelölnek.

  • Desktop Edition: .NET-keretrendszerre épül, és kompatibilis a Windows teljes erőforrásigényű kiadásain futó PowerShell-verziókat célzó szkriptekkel és modulokkal, mint például a Server Core és a Windows Desktop.
  • Core Edition: .NET Core-ra épül, és kompatibilis szkriptekkel és modulokkal, a Windows csökkentett erőforrásigényű kiadásain futó PowerShell-verziókkal, például a Nano Serverrel és a Windows IoT-vel.

További információ a PowerShell-kiadások használatáról

Modulelemzési gyorsítótár

A WMF 5.1-től kezdve a PowerShell szabályozza a modul adatainak gyorsítótárazásához használt fájlt, például az exportált parancsokat.

Alapértelmezés szerint ez a gyorsítótár a fájlban ${env:LOCALAPPDATA}\Microsoft\Windows\PowerShell\ModuleAnalysisCachevan tárolva. A gyorsítótár általában indításkor olvasható, miközben parancsot keres, és a modul importálása után egy háttérszálon van megírva.

A gyorsítótár alapértelmezett helyének módosításához állítsa be a környezeti változót a $env:PSModuleAnalysisCachePath PowerShell indítása előtt. A környezeti változó módosításai csak a gyermekfolyamatokat érintik. Az értéknek el kell neveznie egy teljes elérési utat (beleértve a fájlnevet), amelyet a PowerShell jogosult fájlok létrehozására és írására. A fájlgyorsítótár letiltásához állítsa ezt az értéket érvénytelen helyre, például:

$env:PSModuleAnalysisCachePath = 'nul'

Ez egy érvénytelen eszköz elérési útját állítja be. Ha a PowerShell nem tud írni az elérési útra, a rendszer nem ad vissza hibát, de hibajelentést láthat egy jelölő használatával:

Trace-Command -PSHost -Name Modules -Expression { Import-Module Microsoft.PowerShell.Management -Force }

A gyorsítótár írásakor a PowerShell ellenőrzi a már nem létező modulokat, hogy elkerülje a szükségtelenül nagy gyorsítótárat. Néha ezek az ellenőrzések nem kívánatosak, ebben az esetben kikapcsolhatja őket a következő beállításokkal:

$env:PSDisableModuleAnalysisCacheCleanup = 1

A környezeti változó beállítása azonnal érvénybe lép az aktuális folyamatban.

Modulverzió megadása

A WMF 5.1-ben ugyanúgy viselkedik, using module mint a PowerShell más modulokkal kapcsolatos felépítései. Korábban nem volt mód egy adott modulverzió megadására; ha több verzió is létezik, ez hibát eredményezett.

A WMF 5.1-ben:

  • A ModuleSpecification Konstruktort (Hashtable) használhatja.

    Ez a kivonattábla formátuma megegyezik Get-Module -FullyQualifiedNamea .

    példa:using module @{ModuleName = 'PSReadLine'; RequiredVersion = '1.1'}

  • Ha több verzió van a modulnak, a PowerShell ugyanazt a felbontási logikát használja, mint Import-Module és nem ad vissza hibát – ugyanazt a viselkedést, mint Import-Module és Import-DscResource.

Fejlesztések a Pesterben

A WMF 5.1-ben a PowerShellt használó Pester verziója 3.3.5-ről 3.4.0-ra frissült. Ez a frissítés jobb működést tesz lehetővé a Nano Serveren futó Pester számára.

A Pest változásait a GitHub tárolóban lévő CHANGELOG vizsgálatával is áttekintheted.

  • Last updated on