我在一个有大约 15 位开发人员的团队中工作,我们一直在问自己:与 composer 合作的最佳实践是什么?
我们composer.json有 ~5 包。我们使用 Bamboo 作为持续集成系统和 Subversion。
今天,我们运行composer self-update/composer update并将vendor文件夹提交到存储库中。
这样做感觉有点不对劲。最好的做法是什么?
我在一个有大约 15 位开发人员的团队中工作,我们一直在问自己:与 composer 合作的最佳实践是什么?
我们composer.json有 ~5 包。我们使用 Bamboo 作为持续集成系统和 Subversion。
今天,我们运行composer self-update/composer update并将vendor文件夹提交到存储库中。
这样做感觉有点不对劲。最好的做法是什么?
composer.json文件中composer update以更新所有依赖项composer.lock文件,其中包含使用了哪些版本的依赖项。vendor/目录composer install. 这将使用存储在composer.lock文件中的版本安装所有依赖项。这意味着每个人都有相同的版本。composer update更新所有依赖项并composer.lock使用更新的版本创建一个新文件。composer install(一天一次或两天一次)并安装新版本。