Vista VMWare发布SysPrep /激活最佳实践?

我希望有开发环境“基线”与某些软件安装在组件包。 有时候,可能需要一个新的软件,我想安装在一个干净的虚拟机上,直到获得可信度才能在生产开发箱上。

我一直在玩一个testing系统,试图通过将其命名为DevUsr0105(主要版本01,子版本05,DevUsr是用户名)来进行“版本化”,但是这在激活时变得困难。

我可以想象,在弃用以前的版本之前,从下一个版本的发布开始,有时可能会有两个DevUsrtypes的虚拟机在使用。 (新开发者正在发布最新的开发工具,并在完成之前完成了之前在现有虚拟机上的工作。)每个开发人员支付两个操作系统许可显然没有问题,但是我不想调用迁移激活的麻烦。 (另外 – 每个许可证的迁移次数没有限制吗?)

每当有新版本可用时,每个开发人员都会获取最新的生产开发人员VM。 他们的任何本地自定义都将在他们的SVN版本库中进行版本化,以确保在没有大量手动工作的情况下进行干净的迁移。

那么最新的发行版是否已经准备好供开发人员最终激活? 我们是否真的需要在每个开发虚拟机发行版上传输激活或重新激活操作系统?

虚拟机并没有被开发人员积极地利用,我只是在寻找反馈意见来解决这个问题。

实际上我为一组开发人员创build了3个XP虚拟机。 一个用于IE6,IE7和IE8。

Sysprep要求您在每个部署中重新激活窗口。 而不是给每个开发人员自己的testing虚拟机。 为什么不部署三四个,并告诉他们,每个星期五这些将从早期的快照重置?

开发人员无论在哪里工作,都倾向于留下大量垃圾。 离开服务和港口向世界开放。 并使用绑定到pipe理帐户的服务。 这在testing环境中是双重的。

上周我closures了一个Web服务器,认为既然网站不再维护,我们就不再需要服务器了。 错误。 一小组开发者一直在使用服务器来存储源代码并运行计划任务。

每隔一周或两周设置一次限制,开发系统可以使用的时间可能有助于保持networking清洁。

系统的难点在于许可。 下一次有人被解雇时,不要打开任何人来自BSA。 😉

如果开发环境不会超过30天,那么就不需要激活它们。

XP的批量许可不需要激活。 我不确定你是否仍然可以购买批量许可证,或者如果你可以购买Vista,可以降级并获得音量密钥。

它从5个许可证开始,听起来像你会使用更多的。

对于Vista我不知道解决scheme。

不过既然它是虚拟机,硬件是不是改变了呢? 所以当你在同一个硬件上安装时,不应该考虑你允许激活Vista的总次数。