Sick Gaming
Microsoft - PowerShell 7.0 now generally available - Printable Version

+- Sick Gaming (https://www.sickgaming.net)
+-- Forum: Computers (https://www.sickgaming.net/forum-86.html)
+--- Forum: Windows (https://www.sickgaming.net/forum-89.html)
+--- Thread: Microsoft - PowerShell 7.0 now generally available (/thread-93861.html)



Microsoft - PowerShell 7.0 now generally available - xSicKxBot - 03-04-2020

PowerShell 7.0 now generally available

<div style="margin: 5px 5% 10px 5%;"><img src="https://www.sickgaming.net/blog/wp-content/uploads/2020/03/powershell-7-0-now-generally-available.png" width="256" height="256" title="" alt="" /></div><div><div><img src="https://www.sickgaming.net/blog/wp-content/uploads/2020/03/powershell-7-0-now-generally-available.png" class="ff-og-image-inserted"></div>
<p>Today, we’re happy to announce the Generally Available (GA) <a href="https://github.com/PowerShell/PowerShell/releases/tag/v7.0.0">release of PowerShell 7.0</a>! Before anything else, we’d like to thank our <a href="https://github.com/PowerShell/PowerShell/graphs/contributors">many, many open-source contributors </a>for making this release possible by submitting code, tests, documentation, and issue feedback. PowerShell 7 would not have been possible without your help.</p>
<h2>What is PowerShell 7?</h2>
<p>For those unfamiliar, PowerShell 7 is the latest major update to PowerShell, a cross-platform (Windows, Linux, and macOS) automation tool and configuration framework optimized for dealing with structured data (e.g. JSON, CSV, XML, etc.), REST APIs, and object models. PowerShell includes a command-line shell, object-oriented scripting language, and a set of tools for executing scripts/cmdlets and managing modules.</p>
<p>Three years ago, we announced PowerShell Core 6 as a completely new edition of PowerShell. Built on top of .NET Core, PowerShell Core introduced cross-platform support across Windows, macOS, and Linux, SSH-based PowerShell Remoting, massively improved support for REST and JSON, official Docker containers, and more. Additionally, it was the first release of PowerShell made under an open-source license (MIT), encouraging long-time PowerShell enthusiasts and complete newcomers alike to contribute directly to the source code, tests, and documentation.</p>
<p>After three successful releases of PowerShell Core, we couldn’t be more excited about PowerShell 7, the next chapter of PowerShell’s ongoing development. With PowerShell 7, in addition to the usual <a href="https://github.com/PowerShell/PowerShell/tree/master/CHANGELOG/">slew of new cmdlets/APIs and bug fixes</a>, we’re introducing a number of new features, including:</p>
<ul>
<li>Pipeline parallelization with <code>ForEach-Object -Parallel</code></li>
<li>New operators:
<ul>
<li>Ternary operator: <code>a ? b : c</code></li>
<li>Pipeline chain operators: <code>||</code> and <code>&amp;&amp;</code></li>
<li>Null coalescing operators: <code>??</code> and <code>??=</code></li>
</ul>
</li>
<li>A simplified and dynamic error view and <code>Get-Error</code> cmdlet for easier investigation of errors</li>
<li>A compatibility layer that enables users to import modules in an implicit Windows PowerShell session</li>
<li>Automatic new version notifications</li>
<li>The ability to invoke to invoke DSC resources directly from PowerShell 7 (experimental)</li>
</ul>
<p>For a more complete list of features and fixes, check out the <a href="https://docs.microsoft.com/powershell/scripting/whats-new/what-s-new-in-powershell-70" rel="nofollow">PowerShell 7.0 release notes</a>.</p>
<p>The shift from PowerShell Core 6.x to 7.0 also marks our move from .NET Core 2.x to 3.1. .NET Core 3.1 brings back a host of .NET Framework APIs (especially on Windows), enabling significantly more backwards compatibility with existing Windows PowerShell modules. This includes many modules on Windows that require GUI functionality like <code>Out-GridView</code> and <code>Show-Command</code>, as well as many role management modules that ship as part of Windows. For more info, check out our <a href="https://aka.ms/PSModuleCompat" rel="nofollow">module compatibility table</a> showing off how you can the latest, up-to-date modules that work with PowerShell 7.</p>
<p>If you weren’t able to use PowerShell Core 6.x in the past because of module compatibility issues, this might be the first time you get to take advantage of some of the awesome features we already delivered since we started the Core project!</p>
<h2>Awesome! How do I get PowerShell 7?</h2>
<p>First, check out our install docs for <a href="https://aka.ms/PSWindows" rel="nofollow">Windows</a>, <a href="https://aka.ms/Install-PSMac" rel="nofollow">macOS</a>, or <a href="https://aka.ms/Install-PSLinux" rel="nofollow">Linux</a>. Depending on the version of your OS and preferred package format, there may be multiple installation methods.</p>
<p>If you already know what you’re doing, and you’re just looking for a binary package (whether it’s an MSI, ZIP, RPM, or something else), hop on over to <a href="https://github.com/PowerShell/PowerShell/releases">our latest release tag on GitHub</a>.</p>
<p>Additionally, you may want to use one of <a href="https://aka.ms/PSDocker" rel="nofollow">our many Docker container images</a>. For more information on using those, check out our <a href="https://github.com/PowerShell/PowerShell-Docker">PowerShell-Docker repo</a>.</p>
<h2>What operating systems does PowerShell 7 support?</h2>
<p>PowerShell 7 supports the <a href="https://github.com/powershell/powershell#get-powershell">following operating systems</a> on x64, including:</p>
<ul>
<li>Windows 7, 8.1, and 10</li>
<li>Windows Server 2008 R2, 2012, 2012 R2, 2016, and 2019</li>
<li>macOS 10.13+</li>
<li>Red Hat Enterprise Linux (RHEL) / CentOS 7+</li>
<li>Fedora 29+</li>
<li>Debian 9+</li>
<li>Ubuntu 16.04+</li>
<li>openSUSE 15+</li>
<li>Alpine Linux 3.8+</li>
</ul>
<p>Additionally, we support ARM32 and ARM64 flavors of Debian and Ubuntu, as well as ARM64 Alpine Linux.</p>
<p>While not officially supported, the community has also provided packages for <a href="https://docs.microsoft.com/powershell/scripting/install/installing-powershell-core-on-linux#arch-linux" rel="nofollow">Arch</a> and <a href="https://docs.microsoft.com/powershell/scripting/install/installing-powershell-core-on-linux#kali" rel="nofollow">Kali Linux</a>.</p>
<p>If you need support for a platform that wasn’t listed here, please <a href="https://github.com/PowerShell/PowerShell/issues/new?assignees=&amp;labels=Distribution-Request&amp;template=Distribution_Request.md&amp;title=Distribution+Support+Request">file a distribution request on GitHub</a> (though it should be noted that we’re ultimately limited by what’s <a href="https://github.com/dotnet/core/blob/master/release-notes/3.1/3.1-supported-os.md">supported by .NET Core 3.1</a>).</p>
<h2>Wait, what happened to PowerShell “Core”?</h2>
<p>Much like <a href="https://devblogs.microsoft.com/dotnet/introducing-net-5/" rel="nofollow">.NET decided to do with .NET 5</a>, we feel that PowerShell 7 marks the completion of our journey to maximize backwards compatibility with Windows PowerShell. To that end, we consider PowerShell 7 and beyond to be the one, true PowerShell going forward.</p>
<p>PowerShell 7 will still be noted with the edition “Core” in order to differentiate 6.x/7.x from Windows PowerShell, but in general, you will see it denoted as “PowerShell 7” going forward.</p>
<h2>Which Microsoft products already support PowerShell 7?</h2>
<p>Any module that is already supported by PowerShell Core 6.x is also supported in PowerShell 7, including:</p>
<p>On Windows, we’ve also added a <code>-UseWindowsPowerShell</code> switch to <code>Import-Module</code> to ease the transition to PowerShell 7 for those using still incompatible modules. This switch creates a proxy module in PowerShell 7 that uses a local Windows PowerShell process to implicitly run any cmdlets contained in that module. For more information on this functionality, check out the <a href="https://docs.microsoft.com/powershell/module/microsoft.powershell.core/import-module" rel="nofollow">Import-Module documentation</a>.</p>
<p>For those modules still incompatible, we’re working with a number of teams to add native PowerShell 7 support, including Microsoft Graph, Office 365, and more.</p>
<p><a href="https://shell.azure.com/" rel="nofollow">Azure Cloud Shell</a> has already been updated to use PowerShell 7, and others like the <a href="https://hub.docker.com/_/microsoft-dotnet-core-sdk/" rel="nofollow">.NET Core SDK Docker container images</a> and <a href="https://azure.microsoft.com/services/functions/" rel="nofollow">Azure Functions</a> will be updated soon.</p>
<h2>How is PowerShell 7 officially supported by Microsoft?</h2>
<p>As with PowerShell Core, PowerShell 7 is a supported product for a wide range of customers with existing Microsoft support agreements.</p>
<p>With PowerShell 7, we’re moving to a support lifecycle whereby we match the lifecycle of the underlying .NET runtime that we distribute as part of PowerShell. This means that PowerShell 7.0 is a long-term servicing (LTS) release that <a href="https://dotnet.microsoft.com/platform/support/policy/dotnet-core" rel="nofollow">will be supported for approximately 3 years from December 3, 2019</a> (the release date of .NET Core 3.1).</p>
<p>You can find more info about PowerShell’s support lifecycle at <a href="https://aka.ms/pslifecycle" rel="nofollow">https://aka.ms/pslifecycle</a></p>
<h2>What’s next for PowerShell?</h2>
<p>We’re already hard at work on PowerShell 7.1, and you should expect its first preview soon, chock full of new features and bugfixes that didn’t quite make it into 7.0. Stay tuned for a more in-depth roadmap blog outlining our current investigations and desires for 7.1.</p>
<p>As noted above, we’re also moving to an annual release cadence in order to align better with .NET releases and their support lifecycle (with previews continuing to release roughly every month).</p>
<h2>How can I give feedback on PowerShell 7?</h2>
<p>For most issues directly related to PowerShell 7, start by <a href="https://github.com/PowerShell/PowerShell/issues/new/choose">filing an issue</a> on the main PowerShell repository. For issues related to specific modules (e.g. PSReadline or PowerShellGet), make sure to file <a href="https://github.com/powershell">in the appropriate repository</a>.</p>
<h2>Thanks again!</h2>
<p>Much appreciation to everyone involved in this release, from multi-time contributors all the way to those of you keeping up with our preview releases. We couldn’t have done it without you!</p>
<p>Joey Aiello<br />PM, PowerShell</p>
</div>


https://www.sickgaming.net/blog/2020/03/04/powershell-7-0-now-generally-available/