公司有一个项目A,通过composer 使用了包B, 这个包B也是公司内部开发的,由于某种原因,需要把包B对公司外部发布,所以使用了composer作包管理。
现在项目A需求变动比较频繁,有些公共功能需要修改包B,现在有两个方案如下:
总的来说,两个方案都比较繁琐。 想问下这种场景有没有什么好的方案
怎么说呢 我的项目一直都是吧vendor添加到git的,所有的项目都是下载后即可使用,不用compoer安装, 为啥呢,因为之前出现过安装版本有差异,导致... 后来除了日志和upload,我其他都加入git,多好啊,反正git也是免费的不是
把 composer.lock 加入版本控制就好了,只要不改 vendor 里的代码,就没问题
项目 A 加载本地包 B ,修改 B 项目 A 立即生效,修改完发版 B 。
你们公司的项目做好版本号管理,本身就不稳定的库用来干嘛?做项目的时候就没有考虑过别人怎么使用,这是不行的。要是同样一个大版本,随意更新 API,这库就没有人敢用。你们改动需要修改库,这个库就不怎么适合你们,你们应该换个库吧,或者想好自己需要这个库提供什么功能,再开发这个库,等这个库稳定后再说
怎么说呢 我的项目一直都是吧vendor添加到git的,所有的项目都是下载后即可使用,不用compoer安装,
为啥呢,因为之前出现过安装版本有差异,导致...
后来除了日志和upload,我其他都加入git,多好啊,反正git也是免费的不是
把 composer.lock 加入版本控制就好了,只要不改 vendor 里的代码,就没问题
项目 A 加载本地包 B ,修改 B 项目 A 立即生效,修改完发版 B 。
你们公司的项目做好版本号管理,本身就不稳定的库用来干嘛?做项目的时候就没有考虑过别人怎么使用,这是不行的。要是同样一个大版本,随意更新 API,这库就没有人敢用。你们改动需要修改库,这个库就不怎么适合你们,你们应该换个库吧,或者想好自己需要这个库提供什么功能,再开发这个库,等这个库稳定后再说