我開發了一個 composer 包，它包含在許多 Github repo Laravel 專案中。它設定為特定版本，但即使我稍微寬松一些并將補丁版本設定為補丁版本的星號，我仍然需要composer update在需要該包的專案中運行一個，以便在composer install它安裝的服務器上運行時正確的版本。
我面臨的問題是，當我發布一個新的包版本時，我必須在composer update本地運行，比如 15 個專案每個運行 15 次，然后提交所有 15 個，并為所有 15 個打開拉取請求等等，這使得這個程序非常緩慢.
有沒有更好的處理方法composer update，也許我需要開發一個小 CLI 應用程式來與 Github api 通信以打開 PR 并合并它們？
uj5u.com熱心網友回復：
您所描述的正是預期和打算發生的事情。除非更新，否則具有提交鎖定檔案的完整專案應該安裝鎖定版本。
您可以使用類似composer update 的操作來定期運行并在必要時創建提交，或者使用 GitHub 提供的Dependabot。
但是，如果這沒有與健壯的測驗套件和微調的版本約束相結合，您最終可能會破壞已經作業的專案，因為一些隨機依賴會導致行為發生意外變化。
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/411246.html
標籤：