Composer.lock在库中

Question

我在这里有一个使用Composer的应用程序，我们提交composer.lock文件，所以我们的dev和prod是相同的。 但是在创建由composer安装的库时，我是否应该为库提交composer.lock文件？ 或者这会对我们的内部回购或作曲家本身造成问题吗？

Answer 1

它不会导致任何问题，因为composer.lock仅在您实际在库的根目录中运行composer install时使用。 当它作为依赖项安装时，从不考虑依赖项的锁定文件。

也就是说，对于库来说，提交锁文件确实没有意义，所以请随意.gitignore它。 我们只是说要始终承诺它，因为99％的人应该这样做。 如果一些图书馆作者更了解并在他们的文库中忽略它，那很好，但这两种方式并不重要。

Answer 2

将composer.lock放入库中是值得的，原因与将其置于可部署项目中的原因相同; 允许您根据开发中使用的完全相同的依赖项开发和测试库。

这对于您的库的自动化测试很有用，并且有助于快速识别库中的错误是由库本身中的实际错误引起的，还是由其中一个依赖项中的错误/更改行为引起的。 或者更通俗地说它有助于避免“为我工作”的问题。

正如Seldaek所说，库的composer.lock文件没有被传递给仅需要该库的项目。 它仅在您在库的根目录中运行composer时使用。

因此，添加它的一小部分好处，并没有任何缺点，我建议添加它。