VM中的开发环境针对隔离的开发/测试网络

  特别是有可行的选择   这将消除运行的需要   什么东西在VM中？ 鉴于您说您的组织使用虚拟机存在未指定的风险/治理/安全/合规性原因，我怀疑我们可以提供的任何选项都可以否定这些。最终，听起来他们只需要他们的开发团队尽可能沙盒。 （即便如此，问题/答案在服务器故障可能会更好，因为它更具网络/安全性。）     

听起来像一个大问题是在主机操作系统上没有足够的马力。 WinXP应该没问题，但你需要有足够的硬件。即至少3 GB RAM，双核CPU和支持虚拟化的硬件。剪贴板同步应该与VM一起使用。 我目前没有这样做，但我已经考虑过了，我们正在考虑这个想法，让它更容易标准化开发环境，并避免浪费一天当你得到一台新PC 。听到这不是我梦寐以求的乌托邦，我感到很失望......     

我一直在使用VM作为开发环境。它没有任何内在错误，它带来了很多好处。 确保一致的环境 为不同的备份方案分离文件系统 增加安全性 可能使开发人员能够获得更多的原始计算能力。 虚拟机世界中有很多创新，虚拟机农场的日益普及，虚拟化的硬件支持以及受控的“交钥匙”解决方案，例如用于测试浏览器兼容性的MS的VirtualPC映像和TurnKey设备组都证明了这一点。 正如其他人所说，您的问题可能是由于硬件不足或次优配置造成的。   开发环境运行速度比平常慢（主机操作系统是Windows XP，因此内存有限） 这应该不明显。 XP与Windows Vista或Win7是一个边际比较。我会检查分配给VM的物理RAM量。   在DEV机器和Email / Office机器之间切换是一件痛苦的事情，像剪切和粘贴这样的简单事情变得更加困难。从可用性的角度来看，效率较低。 有特定于VM的优化/配置可以使这些任务无缝。我会咨询您的VM维护人员。   特别是鼠标使用VMWare播放器或RDP似乎无法正常工作。 同样，应该是无缝的，但请咨询VM员工。   需要单独登录Dev / Test网络/域 我认为这是一个商业决策：您的公司显然可以设置与您自己的个人工作站具有相同域名的虚拟机，但可能还有其他（大哥哥？）目的，迫使您单独登录。 至于使用VM作为控制代理，我认为有更好的解决方案，例如围绕生产机器的精心设计的授权控制。没有什么比纸道可以让人们表现自己。