如何修改并同步composer vendor目錄下的包

flycoo 2023-07-25

問題描述

公司有一個(gè)項(xiàng)目A,通過composer 使用了包B, 這個(gè)包B也是公司內(nèi)部開發(fā)的，由于某種原因，需要把包B對(duì)公司外部發(fā)布，所以使用了composer作包管理。

現(xiàn)在項(xiàng)目A需求變動(dòng)比較頻繁，有些公共功能需要修改包B,現(xiàn)在有兩個(gè)方案如下：

直接在vendor下的包B代碼中修改，測試完成后再把改動(dòng)搬到包B的git倉庫中
在B的git倉庫中修改，修改完成后發(fā)版，再在項(xiàng)目A中通過composer update更新版本。

總的來說，兩個(gè)方案都比較繁瑣。
想問下這種場景有沒有什么好的方案

 1176  3 1

3個(gè)回答

排骨蘇 2023-07-25

怎么說呢我的項(xiàng)目一直都是吧vendor添加到git的，所有的項(xiàng)目都是下載后即可使用，不用compoer安裝，
為啥呢，因?yàn)橹俺霈F(xiàn)過安裝版本有差異，導(dǎo)致...
后來除了日志和upload，我其他都加入git，多好啊，反正git也是免費(fèi)的不是

Chance 2023-07-25

把 composer.lock 加入版本控制就好了，只要不改 vendor 里的代碼，就沒問題

Chance 2023-07-25

項(xiàng)目 A 加載本地包 B ，修改 B 項(xiàng)目 A 立即生效，修改完發(fā)版 B 。

暫無評(píng)論

JustForFun 2023-07-25

你們公司的項(xiàng)目做好版本號(hào)管理，本身就不穩(wěn)定的庫用來干嘛？做項(xiàng)目的時(shí)候就沒有考慮過別人怎么使用，這是不行的。要是同樣一個(gè)大版本，隨意更新 API，這庫就沒有人敢用。你們改動(dòng)需要修改庫，這個(gè)庫就不怎么適合你們，你們應(yīng)該換個(gè)庫吧，或者想好自己需要這個(gè)庫提供什么功能，再開發(fā)這個(gè)庫，等這個(gè)庫穩(wěn)定后再說