前言

做web开发少不了要在本地搭建好开发环境，虽然说目前各种脚本都有对应的windows版，甚至是一键安装包，但很多时候和windows环境的相性并不是那么好，各麻烦的问题是实际部署的环境通常是linux，常常还要面临着开发和部署环境不一致，上线前还要大量的调试。更要命的是，如果有很多机器需要装的话，那就真是一个灾难了。

Windows下玩Linux少不了虚拟机，但装系统依旧是相当费事。在现在什么都在自动化的今天，Vagrant就是这么一个神器，基于Ruby开发，使用开源 VirtualBox 作为虚拟化支持，可以轻松的跨平台部署。

我们可以通过 Vagrant 封装一个 Linux 的开发环境，分发给团队成员。成员可以在自己喜欢的桌面系统（Mac/Windows/Linux）上开发程序，代码却能统一在封装好的环境里运行，非常霸气。

在Vagrant没有出现之前，在服务器端进行开发的人们通常都拥有一个专用的开发帐号。使用这个帐号，开发者可以在一定限度内配置自己的开发环境、完成编码、进行测试并完成向开发团队代码库的代码推送。于是，在团队合作开发的过程中，一个问题出现了：当A进行了一次新的代码推送之后，原本可以通过的代码持续集成测试无法通过了。通过代码检查，发现A的代码出现了异常。而A在自己的开发环境中的测试是可以通过的。这类错误被Vagrant称作为“Work on my machine”错误。这类错误要定位解决通常耗时很久。在一个可以进行面对面开发的团队中，问题的定位由于沟通手段的丰富相对较快。如果是分散在不同地方的人在合作开发，那么要解决此类错误，就没有那么简单了。

借助Vagrant，每一个开发者都可以得到一份服务器运行环境的虚拟机，可以以虚拟机的方式运行一个微型的”生产环境“。这样，在提交代码之前，开发这就可以在虚拟机上完成”生产环境“的验证。自然可以解决上面的问题了。

搭建一个开发环境，需要完成操作系统的安装，必要的开发支撑软件的安装，配置操作系统和代码运行环境。如果所有的操作都需要由人来手动操作的话，一个下午的时间是必要的。搭建开发环境是团队中新人加入时的必不可少的第一课。而团队的老人们，无可避免的会接到无数的“新手”的发问。更不用说，当著名的Wxdows系统需要重新安装系统的时候，无论谁，基本上一天的工作时间算是交代了，更不用说各类开发软件的配置如果会影响代码执行结果的时候会引入什么样的“灾难”了。使用Vagrant实现开发环境的快速搭建成为提升效率的显著功能特性之一。

Vagrant提供了统一的安装程序配置环境： - 使用统一的配置文件（ vagrantfile）实现对服务器的统一配置。 - 使用共享文件夹（ shared folder ）实现代码编辑向“服务器”的快速提交 - 使用软件配置脚本（ Provisioning scripts ）实现服务器上的运行环境的快速建立 - 拥有标准化的虚拟机分享网络，极大缓解了分享开发环境配置时的网络带宽压力 - 可以具备一个供安装维护测试使用的可抛弃的服务器端环境。

在服务器端进行开发的人员：Vagrant管理的虚拟机镜像提供了统一的生产运行环境。开发者可以随心所欲的决定什么时候想“服务器”端发布程序，什么时候在“服务器”端进行必要的测试，而丝毫不用担心会影响生产环境服务器的稳定运行。

各类设计人员：使用Vagrant，可以让设计人员可以随心所欲的选择自己的开发用操作系统、设计软件、编辑IDE软件，可以通过与虚拟机之间的共享目录，快速实现设计文件在生产环境中的测试验证。

系统维护人员：使用Vagrant，可以随意进行对系统安装设置的过程进行演练，验证工程安装手册的完备程度。也可以对系统维护中的各项操作指令随意进行实验。这对于提升售后服务团队的问题快速解决能力，获得实战经验的非常重要的手段。

# linux  # 运行环境  # 自己的  # 可以通过  # 什么时候  # 帐号  # 这类  # 少不了  # 随心所欲  # 虚拟化  # 自动化  # windows  # 操作系统  # 系统安装  # red  # ruby  # 封装  # ide  # vagrant  # 更不用说