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

用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