如何基于Fork的Composer仓库开发？Laravel场景实践咨询

核心原则：别碰vendor目录 #

绝对不要直接在vendor/WhatArmy/FedexRest下开发——vendor目录由Composer全权管理，执行composer install/update会直接覆盖你的修改，而且该目录内的Git仓库默认关联原上游项目，无法直接提交到你的Fork。

推荐流程：独立开发+Composer软链接 #

这是兼顾代码版本管理和实时测试的最优方案：

1. 本地独立克隆Fork仓库
   在Laravel项目外单独创建目录（比如~/projects/fedexrest），克隆你的Fork仓库：

   git clone https://github.com/bmecler/fedexrest.git ~/projects/fedexrest
   

   所有功能开发、Git提交、推送都在这个独立目录完成，完全遵循正常的版本控制流程。

2. 配置Composer路径关联
   在Laravel项目的composer.json中，添加path类型的仓库配置，指向你本地的Fork目录：

   "repositories": [
       {
           "type": "path",
           "url": "../fedexrest",
           "options": {
               "symlink": true
           }
       },
       {
           "type": "vcs",
           "url": "https://github.com/bmecler/fedexrest"
       }
   ]
   

   • path类型告诉Composer优先使用本地目录的代码
   • symlink: true会在vendor目录创建软链接，本地Fork的代码修改会实时同步到Laravel项目，无需手动更新

3. 安装/更新包
   执行以下命令，让Composer切换到本地路径包：

   composer update whatarmy/fedexrest --no-plugins
   

   之后你修改本地Fork目录的代码，Laravel应用会立即加载最新变更，直接测试即可。

备选方案：Source模式（不推荐） #

如果暂时不想用路径关联，也可以执行：

composer require whatarmy/fedexrest --prefer-source

此时vendor目录内的包会是完整的Git仓库，你可以切换到自己的Fork分支开发。但这种方式风险较高——Composer后续操作可能会覆盖分支或重置代码，不如独立目录稳定。

上线与协作 #

当功能开发完成并推送到你的GitHub Fork后：

• 测试/生产环境只需保留vcs类型的仓库配置，执行composer update whatarmy/fedexrest即可拉取最新版本
• 如果想合并到上游项目，直接提交Pull Request到原仓库即可

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