重新安装composer.lock供应商（composer.json）
在我的项目中，我有一些经过手动编辑的作曲家供应商库；我的目的是在我的开发机器上将它们恢复到原始状态。
不幸的是，我触发了一个编写器更新，因此我没有正确的编写器。不再锁定（已更新）。我找到了作曲家。来自我们的生产系统的锁（与旧的developmentcomposer.lock具有相同的库版本）。
在更换了新的作曲家之后。使用旧的锁，我应该执行什么来确保拥有与以前相同的环境？
composer安装是否足以重新安装依赖项的旧版本？（删除旧的Composer供应商/目录后）
我想重新安装而不获得任何更新的版本。而且，在将来的情况下，如果我将避免执行编写器更新，在手动编辑供应商库之后，我应该触发什么来恢复它？
共有1个答案
是，composer安装将使用composer.lock文件
我刚刚恢复了编写器。从我的生产系统锁定，然后执行编写器安装。
正如埃迪波·科斯塔·雷布阿斯所说，如果我们提交作曲家。每次更新存储库时将其锁定，这样我们将始终拥有对正确版本的依赖项的正确引用。
-
当我试图更新单个软件包时，作曲家的行为让我感到困惑。 根据docs和Stack Overflow的回答，我应该能够使用如下命令更新单个包 当我这样做时，我的期望是我的文件夹和应该保持不变，除了及其依赖项。然而，情况并非如此。相反，我在中看到一些与我正在更新的包无关的包的散列。事实上，即使我试图通过捣碎键盘来更新一个不存在的包： ...即使作曲家告诉我没有什么可更新的： ...我还是看到变了！更奇怪
-
TL；DR：为什么npm不构建依赖项的二进制可执行文件，我如何构建它们而不显式？ 我的项目在一个常规的package.json中描述了它的依赖关系。当我运行时，所有包都按预期安装到node_modules中。然而，有三个包有供应商子目录，这些子目录中应该有二进制可执行文件，但它们没有按照预期进行编译。 $ls/usr/src/app/node_modules/optipng-bin/vendor/
-
Oracle 的 Java SE 的 JSSE 实现是包含了一个名为 SunJSSE 的供应商，通过 JCA 来预装和预注册。这个供应商提供以下加密服务: SSL 3.0 和 TLS 1.0 安全协议的实现 最常见 SSL 和 TLS 密码套件的实现,其中包括认证、密钥协议、加密和完整性保护 一个基于 x.509 的密钥管理器的实现,用于从标准的 JCA keystore 中选择合适的认证密钥 一
-
当我用作曲家下载代码欺骗并从项目目录中运行供应商/bin/codecep时，它说供应商不被识别为内部或外部程序。 供应商codeception/codeception/codecept bootstrap中有一个文件夹，如果我在其中运行它，它会工作，但当创建类测试并运行测试时，我会得到奇怪的结果，如isAngularTest。。。。？？我已经尝试了很多不同的命令，但无法按照codeception网
-
我需要多次使用一个流。我试过这样的东西：