Laravel仅迁移指定数据库表的方法及模型创建咨询

完全可行，而且不会破坏Breeze的现有架构——只要你不触碰Breeze自带的users表迁移文件和User模型即可，下面是具体操作步骤：

一、创建目标表的迁移文件 #

• 用Artisan命令单独生成某张表的迁移：

  php artisan make:migration create_your_target_table_name_table
  

  比如要创建posts表，就执行php artisan make:migration create_posts_table
• 打开生成的迁移文件，在up()方法里定义你的表结构，绝对不要修改Breeze自带的xxxx_xx_xx_xxxxxx_create_users_table.php迁移文件，也不要在自定义迁移里对users表做任何操作。

二、仅运行指定迁移的三种方法 #

1. 单独运行单个迁移文件 #

直接指定迁移文件的路径执行：

php artisan migrate --path=/database/migrations/xxxx_xx_xx_xxxxxx_create_posts_table.php

替换命令里的文件名成你实际生成的迁移文件名即可。

2. 批量运行自定义迁移（按文件夹分组） #

如果有多个自定义表需要迁移，可以把这些迁移文件统一放到database/migrations/custom子文件夹里，然后运行：

php artisan migrate --path=/database/migrations/custom

3. 用迁移分组功能 #

创建迁移时指定分组：

php artisan make:migration create_posts_table --group=custom

之后运行该分组下的所有迁移：

php artisan migrate --group=custom

三、模型的创建 #

• 必须自行创建对应表的模型，Laravel不会自动为已创建的迁移生成模型，执行命令：

  php artisan make:model Post
  

• 如果你的表名不符合Laravel的复数命名规则（比如模型是Article，表名是article_list），需要在模型里手动指定表名：

  protected $table = 'article_list';
  

• 自定义模型和Breeze的User模型完全独立，不会互相干扰，你甚至可以在自定义模型里添加和User的关联关系（比如belongsTo(User::class)），这不会修改users表的结构。

四、关键注意事项 #

• 永远不要修改Breeze自带的迁移文件和User模型，这是保证登录功能正常的核心
• 运行迁移前确认路径/分组正确，避免误执行其他迁移
• 如果后续需要回滚指定迁移，同样可以用--path或--group参数，比如php artisan migrate:rollback --path=/database/migrations/xxxx_xx_xx_xxxxxx_create_posts_table.php

内容的提问来源于stack exchange，提问作者DeveCout