如何修改并同步composer vendor目录下的包
问题描述
公司有一个项目A,通过composer 使用了包B, 这个包B也是公司内部开发的，由于某种原因，需要把包B对公司外部发布，所以使用了composer作包管理。
现在项目A需求变动比较频繁，有些公共功能需要修改包B,现在有两个方案如下：
- 直接在vendor下的包B代码中修改，测试完成后再把改动搬到包B的git仓库中
- 在B的git仓库中修改，修改完成后发版，再在项目A中通过composer update更新版本。
总的来说，两个方案都比较繁琐。
想问下这种场景有没有什么好的方案
807 3 1
3个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman有没有可能考虑内置Macro宏功能呢？
webman移植到linux报错Cannot redeclare……
workerman/http-client 是否需要手动关闭连接
关于webman使用fastcgi_finish_request函数的类似效果的方案
workerman/workerman (v4.2.0 => v4.2.1)后webman报错
webman不错，但不建议官方做webman-admin
Webman AI 发布5.2版本，支持画廊功能，支持史上最强gpt-4o模型
wokerman think-worker 内存一直增长
关于 webman/think-orm 和 topthink/think-orm 重复类名的问题
怎么说呢 我的项目一直都是吧vendor添加到git的，所有的项目都是下载后即可使用，不用compoer安装，
为啥呢，因为之前出现过安装版本有差异，导致...
后来除了日志和upload，我其他都加入git，多好啊，反正git也是免费的不是
把 composer.lock 加入版本控制就好了，只要不改 vendor 里的代码，就没问题
项目 A 加载本地包 B ，修改 B 项目 A 立即生效，修改完发版 B 。
你们公司的项目做好版本号管理，本身就不稳定的库用来干嘛？做项目的时候就没有考虑过别人怎么使用，这是不行的。要是同样一个大版本，随意更新 API，这库就没有人敢用。你们改动需要修改库，这个库就不怎么适合你们，你们应该换个库吧，或者想好自己需要这个库提供什么功能，再开发这个库，等这个库稳定后再说