Vagrant与VM文件的简单复制

Vagrant与VM文件的简单复制,vagrant,virtual-machine,virtualbox,Vagrant,Virtual Machine,Virtualbox,我想知道当Vagrant能够复制VM文件并在另一台主机上打开它们时,是否有任何必要 这样一来,我们完成事情的速度甚至比流浪汉设置的客人更快,同时花费的流量更少。不是吗? 这种方式的唯一限制是必须使用纯设置的开发环境存储干净的虚拟机映像。由于许多原因,在不同主机上共享已构建的虚拟机可能是个坏主意,下面列出了其中几个原因: 图像文件可能很大,阻碍了不同机器之间和网络之间的传输 您的图像文件可能被不需要的软件“污染”,可能用于调试和/或其他用途。它可以(也将)迷惑其他开发人员,使他们更难再现不同的效

我想知道当Vagrant能够复制VM文件并在另一台主机上打开它们时,是否有任何必要

这样一来,我们完成事情的速度甚至比流浪汉设置的客人更快,同时花费的流量更少。不是吗?
这种方式的唯一限制是必须使用纯设置的开发环境存储干净的虚拟机映像。

由于许多原因,在不同主机上共享已构建的虚拟机可能是个坏主意,下面列出了其中几个原因:

  • 图像文件可能很大,阻碍了不同机器之间和网络之间的传输
  • 您的图像文件可能被不需要的软件“污染”,可能用于调试和/或其他用途。它可以(也将)迷惑其他开发人员,使他们更难再现不同的效果并测试自己的代码
  • 图像大小也使得无法使用VCS共享图像(例如,在git中处理二进制文件非常麻烦,通常需要使用外部工具和扩展名)
使用Vagrant,您只共享所需环境的“声明性”描述,从而回避了许多问题。与共享完整VM映像文件相比,Vagrant配置文件具有以下优点:

  • 作为DSL的简单文本文件,它非常小,可以使用VCS轻松共享
  • 它可以提供所需系统环境的清晰简洁的描述,而检查一个完全构建的虚拟机可能会很烦人和耗时
  • Vagrant为设置系统提供了强大的功能,例如创建共享文件夹、配置虚拟网络接口等

根据我的经验,有一种方法可以从头开始重新创建开发环境,这大大节省了时间,降低了正在开发的软件的测试复杂性。

一定是有人以压倒性的智慧否决了我的帖子,没有对其进行注释,也没有指出问题的症结所在或我错在哪里。