我对使用Composer感到有些困惑。
我已经构建了自己的包管理器，它使用了一个配置文件和一个大型SVN-repo，它包含了我在几个不同项目中需要的所有可能的库（包括PHP和Javascript / CSS）。我自己从图书馆网站下载这些包。
现在我正在尝试使用Composer，因为我喜欢自动依赖性检查，并希望使用其他人所做的事情。但是，您如何确定哪种包装最好？
例如，对于CodeMirror，我曾经从https://codemirror.net/下载最新的稳定版本。但是当我查看Packagist时，我看到了许多不同的版本，我不知道该选择哪个版本。似乎每个人都可以为Composer创建新包？我只需要官方。
那么，你们如何选择你需要的包呢？
答案 0 :(得分：0)
要直接回答您的问题，对于您要导入项目的任何组件，找到“规范”来源（而不是各种分支）的方法是返回原始来源并查看其用途/安装说明建议。如果他们支持基于Packagist的安装，他们通常会这样说。如果没有，但是他们（通常）Github存储库中有composer.json，那么您可以将存储库添加到composer.json，然后require正常包装。
然而，更一般地说，我认为对于Composer的真正作用存在一些困惑。如评论中所述，Composer是PHP的依赖管理器 。 Packagist是作曲家管理包的主要存储库。您引用的CodeMirror库基本上是 javascript 库。
现在确实如果你搜索"codemirror" on Packagist，你会看到很多结果，其中一些被标记为Javascript组件。但它们主要是：
包装器，允许消费者与基于PHP的视图脚本交互或简单地加载CodeMirror，例如conquer/codemirror用于Yii框架，或nitrado/code-mirror-bundle用于Symfony框架;或
shim repositories代表Components project - 例如components/jquery - 然后使用Component Installer for Composer
中的命令行脚本进行安装结论：Composer主要用于导入PHP包。它需要一些体操 - 比如上面提到的Composer的Component Installer - 使它对非PHP包有用/有帮助。