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

Question

我想让开发环境“基线化”，其中某些软件与组件包一起安装。有时，可能需要一个新的软件部分，我想将其安装在干净的 VM 中，直到获得信心，认为它是可取的。

我一直在玩一个测试系统，试图通过将它命名为 DevUsr0105（主要版本 01，子版本 05，DevUsr 是用户名）来“版本化”它，但这很难激活。

我可以想象从下一个版本发布到弃用前一个版本的时间范围，因此有时可能会使用两个 DevUsr 类型的 VM。（新开发发生在最新的开发版本上，并在退役之前完成现有 VM 上的先前工作。）显然，为每个开发支付两个操作系统许可证没有问题，但我不希望调用迁移激活的麻烦。（另外 - 每个许可证的迁移数量没有限制吗？）

每当有新版本可用时，每个开发人员都会获取最新的生产开发人员 VM。他们的任何本地定制都将在他们的 SVN 存储库中进行版本化，以确保无需大量手动工作即可进行干净的迁移。

那么，最新版本的 sysprep 是否已准备就绪，可供开发人员进行最终激活？我们真的需要在每个开发 VM 版本上转移激活或重新激活操作系统吗？

开发人员尚未积极使用 VM，我只是在寻找其他人如何处理此类事情的反馈，然后再浪费大量时间走上错误的道路。

Answer 1

实际上，我刚刚为一组开发人员创建了 3 个 XP 虚拟机。一种适用于 IE6、IE7 和 IE8。

Sysprep 要求您在每个部署上重新激活窗口。而不是为每个开发人员提供自己的测试虚拟机。为什么不部署三个或四个，并告诉他们每周五这些都将从较早的快照中重置？

开发商往往在他们工作的地方留下大量垃圾。让服务和港口向世界开放。并使用绑定到管理员帐户的服务。在测试环境中更是如此。

上周我关闭了一个网络服务器，认为由于该网站不再维护，我们不再需要该服务器。错误的。一小群开发人员一直在使用服务器来存储源代码并运行计划任务。

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

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