Composer.lock，composer.json工作流和版本控制

Question

我认为使用composer的工作流程是这样的：

1. 在composer.json
中定义依赖关系和其他数据
2. 运行composer install或更晚composer update
3. 在您的版本化存储库中包含composer.json和composer.lock
4. 克隆存储库后，运行composer install并准备

但是，在第4步，当我将我的存储库克隆到远程服务器并运行composer install时，我收到错误

[ErrorException]       
Undefined index: hash

快速搜索说我必须删除composer.lock，这是我本地存储库的最新版本。那么，我做错了什么？是不是composer.lock确保我的存储库在所包含的依赖项上具有相同的版本？我不觉得它应该从我的存储库中排除......

更新
我看到像OctoberCMS这样的框架将composer.lock包含在他们的.gitignore中。我真的很困惑，作曲家的文档明确指出composer.lock实际上是将你的依赖关系锁定到同一个版本的，composer.json只是关于选择什么版本的指南。