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

Question

我希望开发环境‘基线’与某些软件和组件包一起安装。有时，可能需要一个新的软件片段，我希望安装在一个干净的VM，直到获得信任，它是可取的生产发展方块。

我一直在玩弄一个测试系统，试图通过将它命名为DevUsr0105 (主要版本01，子版本05，DevUsr是用户名)，从而对它进行“版本化”，但这在激活过程中变得非常困难。

我可以想象下一个版本发布之前的时间框架，所以在某些时候可能会有两个DevUsr类型的VM在使用。(新的dev发生在最新的dev发行版上，并且在退出之前已经完成了关于现有VM的工作。)显然，为每个Dev支付两个OS许可证是没有问题的，但我不希望调用迁移激活的麻烦。(而且-每个许可证的迁移数量没有限制吗？)

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

那么，最新的发布系统是否已经发布并准备好由开发人员进行最终的激活？我们真的需要在每个dev VM版本上传输激活或重新激活操作系统吗？

开发人员还没有积极地使用VM，我只是在寻找关于其他人是如何处理这种事情的反馈，然后才会浪费大量时间在错误的路径上。

Answer 1

实际上，我刚刚为一组开发人员创建了3个XP版本。一个是IE6，IE7和IE8。

Sysprep要求您重新激活每个部署的窗口。而不是给每个开发人员自己的测试VM。为什么不部署三个或四个，并告诉他们，每周五这些将被重置从一个早期的快照？

开发人员在工作的任何地方都会留下很多垃圾。使服务和港口向世界开放。以及使用绑定到管理帐户的服务。这在测试环境中是双重的。

上周，我关闭了一台网络服务器，因为它不再被维护，我们不再需要服务器了。不对。一小群devs一直在使用服务器存储源代码并运行预定任务。

在开发系统使用的时间设置一个限制，每周或两周一次，这可能有助于保持网络的清洁。

对你的系统来说，最困难的部分是许可证。下次有人被解雇时，不要向BSA的任何人敞开你的大门。;-)

Answer 2

如果开发环境持续时间不会超过30天，那么就没有必要激活它们。

Answer 3

XP的卷授权不需要激活。我不确定你是否还能买到音量许可--或者你是否能买到vista，并且可以降级并获得音量密钥。

它从5个许可证开始，听起来您将使用更多的许可证。

对于Vista，我不知道有什么解决方案。

然而，由于它是一个VM，硬件没有改变，是吗？因此，当您在相同的硬件上安装时，它不应该与允许激活vista的总次数相提并论。