Version control 虚拟设备的版本控制

我对虚拟设备的理解是1+个预先配置的虚拟机，设计用于相互协作，每个虚拟机都有一个预先配置的：

• 虚拟硬件配置（磁盘、RAM、CPU等）
• 来宾操作系统
• 已安装和配置的软件堆栈

这（本质上）是什么设备的要点吗？如果没有，请纠正我并澄清

假设我的理解是正确的，它开始提出一个问题：备份设备的最佳方法是什么？很明显，像SVN这样的SCM是不合适的，因为设备不是源代码——它是一个巨大的二进制文件，代表整个机器甚至一组机器

那么，如何保存设备的“备份”？如何模拟设备配置的版本控制？

我使用的是VBox，所以我将在下一个示例中使用它，但这实际上是一个通用的虚拟化问题

如果我开发/配置一个设备并将其标记为“

1.0

”版本，并将该设备部署到运行VBox虚拟机监控程序的生产服务器上，那么我将使用软件术语并将其称为“发布”。如果我发现该设备的来宾操作系统存在配置问题，需要发布

1.0.1

补丁，会发生什么情况

---

提前谢谢

从我所看到和使用的情况来看，设备发布后能够恢复其默认VM，可能是从某种类型的ghost分区（我想到的是我曾经使用过的Comrex radio STL单元）。修补程序可以应用于设备，最新的修补程序通常包含以前的所有修补程序（如果需要）

---

一个新的虚拟机意味着一个新的设备——Comrex ACCESS 2.0或其他什么，而1.0补丁在上面不起作用。它从不备份，而是可以恢复到出厂状态。Comrex单元存储连接设置、静态IP配置和所有垃圾，但重置会杀死所有这些，必须重新输入（我以前必须这么做）。

我认为这可能是Chef和Puppet试图解决的问题。。。但这是一个系统管理员的问题（因此投票决定是否迁移），而不是开发人员的问题。很好，Murph-是的，我同意将其迁移到更合适的位置。这是我可以做的，还是我可以要求做的？希望投票结束（在这种情况下移动）应该很快达到5。。。