一个shiny的例子:在我所有的任务序列中,我有一个组,根据计算机模型有条件地安装驱动程序包:

当然,这份名单除了成长之外别无他法。 它的发展并不是什么大不了的事情, 有一件大事是,每次改变时,我都必须在每个任务序列中手动复制粘贴这些更改,这当然会给人类的错误留下很大的空间。 对于任务序列中常见的其他任务组也是如此。
寻找一个解决scheme,我可以集中pipe理这些任务,将其他任务序列链接到另一个任务序列中的一个组,或创build一个单独的任务序列并链接到该任务序列。
我遇到了一个由John Marcum(SCCM MVP)提到的解决scheme,他提到了这个能力,但是这是前一阵子,我找不到链接了,看看它是否还在更新/维护中,但是我正在寻找对于更多的免费解决scheme,甚至使用Powershell或ConfigMgr SDK都适合我,我也不陌生。
更新
closures: http : //msdn.microsoft.com/en-us/library/jj217869.aspx
我意识到这并不直接回答你的问题,但我不禁觉得这可能是一个更好的方式来实现你的目标。
我假设您正在使用此任务序列来执行图像构build或捕获或部署先前捕获的图像。 我想不出为什么你要这样安装设备驱动程序的原因。
我们只需将设备驱动程序导入到驱动程序目录中,然后使用“软件包”将其卷起来,然后在映像期间使用“应用设备驱动程序”操作来处理每个特定的工作站
对我们来说工作得很好,但也许在你的情况下,我失踪了。

人们称我疯了,但我不为不同的电脑模型创build驱动程序包。 我只有一个包含每个驱动程序的驱动程序包,我从设备制造商的网站(如果可用)获取驱动程序,而不是从计算机制造商那里获得驱动程序。
以以太网驱动为例。 我们(大部分)是戴尔的一家商店,但我们确实有一些Acers和Lenovos分散在这里和那里。 但他们都使用英特尔,Broadcom或Realtek芯片组。 英特尔的ProSet驱动涵盖了他们制造的每个型号。 Broadcom和Realtek各有两个。 这是5个以太网驱动程序,涵盖了我们校园内所有4500台电脑。 我在我的任务序列中包含了一个驱动程序包,Windows在部署过程中很好地select了正确的驱动程序。 最好的部分是,当一个新的模型到达时,我很less需要改变任何东西。 我一年只碰到一次或两次驱动程序库,在两年之内我甚至没有碰到我的任务序列。
video驱动程序是一样的。 我有一个ATI / AMD驱动程序,一个nVidia驱动程序和三个英特尔驱动程序,涵盖了我们所有的计算机。 有时audio驱动程序确实有点冒险,偶尔会有奇怪的小芯片组驱动程序。 但通常情况下,戴尔公司在Acers上工作,反之亦然。