多Laravel项目架构下，如何执行依赖包中的数据库迁移？

绝对不要直接进入vendor目录下的schema项目执行迁移命令——vendor目录由Composer完全管理，依赖更新时会覆盖该目录下的所有内容，直接操作既不符合规范，也会带来不可控的风险。以下是几种标准且可靠的实现方式：

方法一：通过Laravel服务提供者自动加载迁移（推荐） #

如果你的schema项目是作为独立Composer包开发的（无论发布到Packagist还是本地私有仓库），可以通过自定义服务提供者让主项目自动识别并加载其迁移文件：

1. 在schema项目的composer.json中添加Laravel包自动发现配置：

"extra": {
    "laravel": {
        "providers": [
            "YourSchemaNamespace\\SchemaServiceProvider"
        ]
    }
}

2. 在schema项目中创建对应的服务提供者（例如app/Providers/SchemaServiceProvider.php），在boot方法中指定迁移文件路径：

<?php

namespace YourSchemaNamespace\Providers;

use Illuminate\Support\ServiceProvider;

class SchemaServiceProvider extends ServiceProvider
{
    public function boot()
    {
        // 指向schema项目的迁移文件目录
        $this->loadMigrationsFrom(__DIR__.'/../../database/migrations');
    }
}

完成以上配置后，当主项目通过Composer引入schema依赖后，直接在主项目根目录执行以下命令即可自动运行schema的迁移：

php artisan migrate

方法二：本地开发时使用Composer Path仓库 #

如果schema项目还在本地开发阶段，无需发布为正式包，可以通过Composer的Path仓库实现代码实时同步，同时让主项目加载其迁移：

在主项目的composer.json中添加本地仓库配置：

"repositories": [
    {
        "type": "path",
        "url": "../schema-project" // 替换为你的schema项目本地路径
    }
]

然后执行composer require your-vendor/schema引入依赖，之后同样在主项目根目录执行php artisan migrate即可加载并运行schema的迁移文件，且本地修改schema代码会实时同步到主项目。

方法三：手动指定迁移路径（不推荐） #

如果只是临时需要执行迁移，可以在主项目根目录通过--path参数指定schema迁移文件的路径：

php artisan migrate --path=vendor/your-vendor/schema/database/migrations

这种方式仅适合临时测试场景，长期使用会因为依赖版本更新导致路径变化，稳定性较差。

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