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 部署函数集的最简单机制。 目前模块文档还很轻，但一两个月后应该会好得多。

实验！ 享受！ 从事！

杰弗里·斯诺尔 [MSFT]
Windows 管理合作伙伴架构师

Answer 3

如果您每周推出新版本的管理单元，则切换版本可能对这部分事情没有帮助。 但是，您将在更新的平台上进行开发，并利用其附带的扩展功能。

正如已经建议的那样，某些脚本可以减轻部署的痛苦，您只需正确维护这些脚本并继续生成新的版本即可。