记一次lumen直接删除migration文件踩的坑

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq_20408397/article/details/80352939

用artisan创建了一个名叫:create_Consignees的migration迁移文件之后,发现打错大小写了,强迫症不能忍,然后就。直接在database/migration迁移文件夹中直接把刚创建的那个文件删了,然后再创建。


vagrant@homestead:~/Code/lumen/blog$ php artisan make:migration Create_Consignees --create=Consignees

  [ErrorException]
  include(/home/vagrant/Code/lumen/blog/vendor/composer/../../database/migrat
  ions/2018_05_17_162403_create_Consignees.php): failed to open stream: No su

  ch file or directory


提示找不到那个刚打错那个文件,但是明明把文件删了。当然找不到了。然后想着因为是手动删除,composer没做处理,看提示也应该是compose在创建的过程中遍历文件出错,随往composer目录下找

遂在这两个文件

lumen\blog\vendor\composer\autoload_static.php

lumen\blog\vendor\composer\autoload_classmap.php

中的

return array(
返回数组中,中找到了刚删除的那个文件的残留信息,

'CreateConsignees' => $baseDir . '/database/migrations/2018_05_17_162403_create_Consignees.php',

删除之。

再执行命令:vagrant@homestead:~/Code/lumen/blog$ php artisan make:migration Create_Consignees --create=Consignees

创建,创建成功,提示:

Created Migration: 2018_05_17_163018_Create_Consignees


由此观之:composer在生成这段信息的时候是根据Create+数据库表名来生成的类名,类名不可重复。用migration创建相同名字的数据表,没彻底删除就出错了。



附上正确的操作姿势:

https://blog.csdn.net/chajinglong/article/details/71192066

阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页