Laravel 主分支和开发分支 migration 的管理

开发中总是会出现一个稳定的主分支和一个开发分支共存的情况。

有时候需要在主分支上面增加一个小功能或者bugfix,操作时,可能需要添加或者修改数据库。

情况之一:

开发分支已经添加一个重要模块,添加了好几个数据库(映射为mgration),突然主分支上面出现了一个bug,同样需要修改数据库来fix。

 git flow hotfix start xxx

之后 finish掉这个hotfix。 此时在hotfix中创建的migration处在 开发分支所新建立的migration之后,但是处于主分支最前,这样就会导致两个分支的migration出现顺序不同的问题。甚至说在开发分支合并到主分支之后,hotfix/xxx分支创建的migration实际已经运行过了。

由于才开始用laravel没多久,现在竟然发现在migration目录下地migration文件和数据库里面的migrations数量不同...,担心的要死....

大家有遇到这样的问题嘛,是如何处理的?

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
讨论数量: 2
Summer

我一般会这么做:

  1. 在开发分支上 git rebase origin/master ;
  2. 在开发分支上, 修改与 master 不同步的 migration , 把时间调到 hot fix 创建的 migration 以后;
  3. 开发机器上运行 php artisan migration:reset;
  4. 开发分支完成开发后, 合并进主分支, 直接 php artisan migrate 就像之前一样.
9年前 评论
Summer

没找到好方案, 后面有同学有好方案可以拿出来一起学习. :smile_cat:

9年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!