Yii2 项目部署流程
网上现在有许多关于在 Yii2 下进行开发的文章，但对于如何把程序优雅地部署到线上介绍的还不是很多，下面我就来介绍一下我自己的部署流程。
概述
本地修改代码 -> 提交至版本控制仓库 -> master 分支有修改时自动部署到服务器
代码托管到 GitHub
原来也用过 coding.net，用了两个月发现它在许多地方表现的不是很如意，所以就迁到 GitHub 了。
修改代码
本地修改代码时不要直接修改 master 分支的代码，而是切出一个分支来做这个功能，做好之后把这个分支提交到远端仓库，功能完成之后，发起一个 Pull Request（后面就用 PR 代替），由另一个开发来检查一下代码，如果没有问题就合并到 master 分支。
当你的功能出来之后，需要同步到其它开发者，和线上服务器。你可能修改的代码如下：
- 依赖新的软件包 [3]
- 修改环境配置信息 [1]
- 创建或修改了数据库结构 [2]
另一个开发是不知道要如何部署的，除非你把全部的部署命令告诉他，于是我们创建一个脚本来解决这个问题，让一切自动完成，其它开发并不需要知道你又做了些什么，只需要做两件事：a. 更新代码 b. 运行部署脚本，线上服务器同样也只需要做这两件事，但脚本肯定不同，因为本地环境会安装许多的 debug 软件，而线上不需要，以及环境初始化的参数也不一样。
开发环境的部署脚本：
#!/bin/bash
#./bin/dev/deploy.sh
composer install # 它来把 composer 所有的依赖安装好
./init --env=Development --overwrite=y # 重新初始化环境配置
# 等等 我们还有许多别的，例如： bower install ，因为我们的静态资源是使用的 bower 来管理的
线上部署脚本：
#!/bin/bash
# file ./bin/prod/deploy.sh
# ... ...
composer install --prefer-dist --no-dev --no-progress --optimize-autoloader
# 初始化 php 环境变量
./init --env=Production --overwrite=y
# git submodule
git submodule init
git submodule update
本地有一个测试环境是很重要的
如果本地没有测试环境，那会使开发效率大打折扣，因为每一次都要到线上才能测试，而且很容易会出问题，后果不堪设想，博主现在用的还是 Vagrant， Docker 也挺想尝试，最近赶项目没腾出时间来学习呢。
使用 dploy.io 进行自动部署
以前也尝试自己写自动部署的钩子，直到我用了 dploy.io 之后我就不写了，因为 dploy.io 比自己写要好得太多了，它可以监测到哪个项目的哪个分支有改动，然后去做一些什么事情，而且在执行的时候日志都可以完全浏览到，话说它还有回滚功能（虽然没用过），每一次的部署过程都可以回看，让我们了解错在哪里。
只需要两步就能完成
- 配置好 dploy.io 进入需要部署的服务器的权限
- 更新的时候需要执行哪些命令
部署命令是：
cd projectRoot
git pull origin master
./bin/prod/deploy.sh
# 这个脚本里面包含了许多内容：
# 安装 composer 依赖包，bower 软件包，静态资源发布，项目环境初始化
- 环境配置位于 environments 目录下 dev 为本地测试环境使用的配置文件， prod 为线上环境使用的配置文件。
- 数据库结构版本化，可以阅读：《重量级发布再见！数据库版本控制完全指南》，Yii2 通过 migrate 来实现，这个还在探索中。
- 我们做项目，而不是做开源产品的话，需要把 composer.lock 文件也加入到版本库里面。它里面记录了每个安装的软件的版本，这样其它机器在部署时，就会安装相同版本的软件包，这样提高了产品的稳定性。