PowerShell 7 安装配置与自动化实践指南

一、为什么需要关注 PowerShell 7

PowerShell 7 是新一代跨平台命令行与脚本环境的重要版本。与早期仅绑定在 Windows 上的版本不同，PowerShell 7 基于更现代的运行时构建，能够在多个操作系统上运行，同时保持与大量既有脚本的兼容性。对于开发者、运维工程师以及需要批量处理系统任务的人员来说，掌握 PowerShell 7 的安装与使用，可以显著提升终端操作效率。

在开始安装之前，建议先确认当前系统是否已经存在旧版 PowerShell。Windows 通常会预装 5.1 版本，而 PowerShell 7 会以独立方式安装，不会直接替换旧版。这样做的好处在于，新旧版本可以共存，既能继续运行旧有脚本，也可以使用新版语法和性能改进。

二、安装前的准备工作

1. 确认系统架构

PowerShell 7 提供多种安装包形式。对于 Windows 用户，常见的选择是 .msi 安装包，适合大多数桌面与服务器场景。下载前需要确认操作系统是 64 位还是 32 位。目前大部分生产环境均为 64 位系统，因此通常选择 x64 版本即可。若在 ARM 架构设备上运行，则需要选择对应的 ARM 安装包。

2. 检查安装权限

安装 .msi 包通常需要管理员权限。如果当前账户不是管理员，安装程序可能会在写入系统目录或修改环境变量时失败。建议在安装前右键选择“以管理员身份运行”，或者确认当前账户已加入本地管理员组。

3. 关闭不必要的终端窗口

安装过程中会更新系统环境变量。对于已经打开的终端窗口，它们不会自动继承新环境变量。因此，安装完成后需要重新打开终端，才能确保 pwsh 命令被正确识别。为避免混淆，安装前关闭旧终端窗口是一个好习惯。

三、安装步骤详解

1. 启动安装程序

双击下载完成的 .msi 文件，进入安装向导。第一页通常显示欢迎信息与版本说明，点击“Next”继续。

2. 选择安装路径

安装向导会要求选择目标目录。默认路径通常位于系统盘，例如：

C:\Program Files\PowerShell\7

如果希望减少系统盘占用，也可以将安装路径修改为其他磁盘，例如：

D:\PowerShell\7

需要注意的是，修改安装路径后，部分模块或脚本可能需要额外配置路径变量。对于大多数用户，保持默认路径可以减少后续排查成本。

3. 配置环境变量

安装选项中有一项非常关键：

Add PowerShell to PATH environment variable

该选项默认可能未被勾选，但强烈建议手动勾选。勾选后，安装程序会将 PowerShell 7 的可执行目录加入系统 PATH，之后可以在任意终端中直接输入 pwsh 启动，而不需要输入完整路径。

如果忘记勾选，也可以在安装完成后手动将安装目录加入 PATH。例如：

[Environment]::SetEnvironmentVariable(
    "Path",
    $env:Path + ";C:\Program Files\PowerShell\7",
    "Machine"
)

不过手动修改系统环境变量有一定风险，建议优先在安装向导中完成。

4. 完成安装

继续点击“Next”和“Install”，等待安装进度完成。安装过程通常只需要几分钟。完成后点击“Finish”退出向导。

此时可以在开始菜单中搜索“PowerShell 7”，找到对应的启动项。启动后，窗口标题通常会显示版本号，便于与旧版区分。

四、验证安装结果

安装完成后，建议通过以下命令验证版本信息：

$PSVersionTable.PSVersion

输出示例可能如下：

Major  Minor  Patch  PreReleaseLabel BuildLabel
-----  -----  -----  --------------- ----------
7      4      6

同时可以查看可执行文件路径：

(Get-Process -Id $PID).Path

如果输出路径包含 PowerShell\7，说明当前启动的确实是新版本。

还可以检查环境变量是否生效：

$env:Path -split ";" | Where-Object { $_ -like "*PowerShell*" }

如果能看到安装目录，说明 PATH 配置正常。

五、与旧版本共存

PowerShell 7 不会覆盖 Windows 自带的 5.1 版本。两者可以同时存在，并且互不干扰。启动旧版仍使用：

powershell

启动新版使用：

pwsh

这种共存机制对生产环境非常重要。例如，某些旧有模块仅支持 5.1，而新脚本希望使用 7 的改进特性，此时可以根据任务类型选择不同版本。

在脚本中如果需要显式调用某一版本，可以在文件头使用注释声明，或通过计划任务、CI 流程中指定对应可执行文件。

六、首次启动后的建议配置

1. 查看执行策略

执行策略决定了脚本能否运行。可以通过以下命令查看：

Get-ExecutionPolicy -List

常见策略包括：

• Restricted：禁止运行脚本；
• RemoteSigned：本地脚本可运行，远程脚本需签名；
• AllSigned：所有脚本均需签名；
• Unrestricted：不限制，但可能产生安全风险。

对于开发环境，通常将 CurrentUser 级别设置为 RemoteSigned：

Set-ExecutionPolicy -Scope CurrentUser RemoteSigned

不建议直接修改 LocalMachine 级别为 Unrestricted，以避免安全风险。

2. 配置文件 Profile

PowerShell 支持在启动时自动加载用户配置文件。可以通过以下命令查看当前用户 Profile 路径：

$PROFILE.CurrentUserAllHosts

如果文件不存在，可以手动创建：

New-Item -ItemType File -Path $PROFILE.CurrentUserAllHosts -Force

之后可以在其中写入常用函数、别名或环境变量。例如：

function ll { Get-ChildItem -Force }
Set-Alias which Get-Command

保存后重新启动终端即可生效。

3. 安装常用模块

PowerShell 7 通过模块扩展功能。可以使用以下命令从官方库安装模块：

Install-Module -Name Microsoft.PowerShell.SecretManagement -Scope CurrentUser

安装前建议先查看模块信息：

Find-Module -Name Microsoft.PowerShell.SecretManagement

生产环境中，模块来源应受到严格控制。建议只从可信仓库安装，并定期更新。

七、远程管理与自动化场景

PowerShell 7 支持通过 SSH 进行远程管理，这使其在混合操作系统环境中更加实用。使用前需要在目标主机上配置 SSH 服务，并确保 PowerShell 7 已加入可执行路径。

连接远程主机示例：

Enter-PSSession -HostName 192.168.1.100 -UserName admin

与传统的 WinRM 方式相比，SSH 连接在跨平台场景下更易于配置，也更容易集成到现有安全体系中。

在自动化方面，PowerShell 7 可以结合任务计划程序、CI/CD 流水线或配置管理工具使用。例如，可以编写脚本批量检查服务状态：

$services = @("Spooler", "WinRM", "Schedule")
foreach ($s in $services) {
    $status = Get-Service -Name $s
    Write-Output "$s : $($status.Status)"
}

此类脚本可以保存为 .ps1 文件，并通过计划任务定期执行。

八、常见问题与排查

1. 安装后无法识别 pwsh

这种情况通常是因为安装时未勾选 PATH 选项，或当前终端未刷新环境变量。解决方法是重新打开终端，或手动将安装目录加入 PATH。

2. 脚本运行被阻止

如果运行脚本时出现“running scripts is disabled”错误，说明执行策略限制。可以查看当前策略：

Get-ExecutionPolicy

并根据需要调整 CurrentUser 级别。

3. 模块兼容性问题

部分旧模块可能只在 5.1 下可用。此时可以保持两个版本共存，在旧版中运行对应任务，或寻找模块的新版本替代方案。

4. 远程连接失败

如果使用 SSH 远程管理失败，建议依次检查：

• 目标主机 SSH 服务是否运行；
• 防火墙是否放行对应端口；
• PowerShell 7 是否已加入目标主机的登录 shell；
• 账户权限是否足够。

九、总结

PowerShell 7 的安装过程并不复杂，但安装前后的细节配置会直接影响后续使用体验。正确勾选 PATH 选项、理解版本共存机制、合理设置执行策略与 Profile，是顺利上手的关键。对于需要跨平台自动化、批量任务处理或远程管理的团队来说，构建一个规范的 PowerShell 7 环境，可以为日常运维工作带来明显效率提升。