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 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 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年前 评论

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