识别提交的composer包的版本？
我可以选择从一个客户那里接手许多项目。这些项目使用提交到git存储库的composer安装的依赖项。不幸的是，所有项目都没有编写器文件。我猜以前的开发人员忘记了/不想提交它们。
我正在寻找一种快速的方法来识别带有版本的作曲家包，以重建作曲家文件并简化项目的未来维护。有人知道识别版本的有效方法吗？
共有1个答案
到目前为止，我发现没有简单的方法。最好的方法是重建composer.json
vendor/composer/installed.json
文件。这包含了所有的依赖关系--直接的和间接的--精确的版本。从那里开始，需要一些手工工作来稍微放松版本并持续测试。
Src：https://twitter.com/thomaspetracco/status/996659342052032512
-
composer transaction submit命令将交易提交给业务网络。 句法 composer transaction submit composer transaction submit [options] Options: --help Show help [boolean] -v, --version
-
我从我的教授那里得到了这个样本溶液，但不知怎么的它不起作用。IntelliJ无法识别包。每堂课都是这样。当我悬停在它上面时，它说：“包名'spaceman.view.util'不对应于文件路径'view.util'”有没有人知道什么是错误的？我是一个完全的初学者，当谈到编码，所以很抱歉，如果这个问题是平庸的。 谢谢！！
-
我是不是遗漏了什么，或者有什么特别的原因不起作用？ 谢了！
-
问题内容： 我正在尝试使用Composer安装软件包的特定版本。我尝试过，但是他们正在安装软件包的最新版本。如果我想要旧版本怎么办？ 问题答案： 例如：
-
当我有多个包包含一个函数时，如果我调用函数（而不显式命名包），我如何确认调用哪个包的函数版本？我已经研究了如何在包加载之前知道一个特定的函数属于R中的哪个包？ 并缩小了（我的特别问题是“arima”）嫌疑人使用 在我的例子中，这返回“stats”和“tsa”作为唯一可能的罪魁祸首，但这仍然没有告诉我哪个是活动的。系统显然知道，否则无论何时调用函数，我们都必须明确。但是我们如何获得这些信息呢？
-
路径:%JAVA_HOME\bin；%M2_HOME\bin；... java版本工作良好 java版本“1.8.0_45”java(TM)SE运行时环境(build1.8.0_45-B15)java HotSpot(TM)64位服务器VM(build25.45-B02，混合模式） “Mvn'n'est pas reconnu en tant que commande interne ou ext