PowerShell - 分布式解决方案

Question

我是 PS 新手，所以我可能会弄错一些术语。

如果您想为 30 名开发人员/DBA 组成的团队推出自定义 PowerShell 环境（管理单元）。如果您打算每周推出一次新功能，那么最好的方法是什么？PowerShell 2.0 在这方面有帮助吗？

假设：
团队中每个人安装 PowerShell（v1 或 v2）都没有问题

更新：另请参阅下面 Jeffrey Snover 关于 v2 的回答。

Answer 1

这在一定程度上取决于您打算进行的功能更改类型。对于我们的环境，我们推出了一个非常标准的 PS 安装，然后向每个人的配置文件添加一行，以从服务器上的共享文件夹运行脚本。然后在该脚本中我可以进行任何我想要应用于每个人的自定义。

我们将该行添加到机器特定的 MS 配置文件（%Windir% 中的那个），这是一个有意的选择。我们这样做是为了让用户基本上只能在他们的生产盒子上获得这个。这样，当他们编写内容时，他们可以快速登录到测试框并运行脚本，以确保脚本的部署不依赖于这些自定义。

目前的定制非常普通。大部分只是一些添加的函数和别名。我还有一个专门为 powershell 用 C# 编写的记录器，因此它从同一网络文件夹中的 dll 加载该记录器。

因为我经常玩弄我的环境，所以我的个人资料中有这个:)

$ProfileDir = ([System.IO.Directory]::GetParent($profile)).FullName
$localMSProfile = "$PShome\Microsoft.Powershell_profile.ps1"
$localAllProfile = "$PShome\profile.ps1"
$userAllProfile = "$ProfileDir\profile.ps1"
$userMSProfile = "$ProfileDir\Microsoft.Powershell_profile.ps1"
$allProfiles = ($localAllProfile, $localMSProfile, $userAllProfile, $userMSProfile)

Answer 2

这就是我们在 PowerShell V2 中添加 MODULE 支持的原因 - 这是 xcopy 部署函数集的最简单机制。目前模块文档还很轻，但一两个月后应该会好得多。

实验！享受！从事！

Jeffrey Snover [MSFT] Windows 管理合作伙伴架构师