Composer php 作曲家最佳实践？

我与大约15名开发人员一起工作，我们一直在问自己：与composer合作的最佳实践是什么

我们的

composer.json

有5个包。我们使用竹子作为一个持续的整合系统和颠覆

今天，我们运行

composer自我更新

/

composer更新

，并将

供应商

文件夹提交到存储库中

那样做感觉有点不对。最好的做法是什么

您将需求（dev和normal）放入

composer.json

文件中

您可以运行

composer update

来更新所有依赖项

此命令创建一个

composer.lock

文件，其中包含使用的依赖项版本

提交该文件并排除（忽略）供应商目录

每当您想安装依赖项时，都要运行

composer install

。这将使用存储在

composer.lock

文件中的版本安装所有依赖项。这意味着每个人都有相同的版本

每周有人运行一次

composer update

更新所有依赖项，并使用更新的版本创建一个新的

composer.lock

文件

此文件将被提交

每个人都运行

composer install

（每天一次或两天一次）并安装新版本

---

@CBergau I的意思是排除而不是包含，修复了它现在听起来不错，但这也意味着除非创建了包，否则必须在生产中使用composer。我们在prod中运行SVN标记，这种方法不太适合。“这也意味着除非创建包，否则必须在生产中使用composer”-创建composer的目的正是为了：处理prod和dev serverOk上的依赖关系。我试图弄清楚实际的更新过程是否是原子的。下载所有内容并选中OK后，更新的依赖项是否更新/激活，或者每个依赖项是否在下载后立即更新？在那上面找不到文件。（可能应该发布一个问题）