部署代码 er7195为例

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

============================================

一个软件如何部署， 有可能是比较复杂的，

现在有个例子就是， 吧正式环境下的sql和资源文件放到本地公共服务器上， 公共服务器的意义就是大家都可以看到， 

然后把stage的配置和最新的内容， 都放到这个公共服务器上， 然后从这个公共服务器transfer到正式服务器， 

在部署的过程中， 公共服务器就显得很重要了。

drush cim 只能是节约了一点一点配置的这个过程， 并不能省事，  除非没有内容的变更。

============================================

 

1 备份数据库 ( 服务器后台 )
2 准备代码,
　　git checkout master
　　git status
　　git checkout <customBranch>
　　git status
　　git pull
　　git checkout 87081
　　git checkout master
　　git merge <custombranch>
　　git tag -a  -m ''
　　* git push origin master --follow-tags 不是 git push origin master
　    切换代码

3 手动后台修改配置和运行新增代码
　　drush cc all
　　drush reindex4 检验各个地方每一处的修改是否如预期
---
$ 以上基于cutover-plan的步骤
$ 所有的每一个步骤都需要验证
$ 所有的结果都要验证, ++不允许++出现错误，如果有错误，立马修正，然后才能报告说事情做好了
为什么不允许错误呢，因为出了一个错误，更麻烦，心情不好失去信任影响信心。

^^ 如果是er则tag值要+1，如果是一般的code-review, 则是tag.x值+1