也许只是一个愚蠢的问题。 从 github.com 下载/克隆作曲家源代码后，如何运行它或将其编译成phar文件？
当运行"php bin/composer -v"时，它显示以下错误：
php bin/composer -v
You must set up the project dependencies using `composer install`
See https://getcomposer.org/download/ for instructions on installing Composer
是说我必须下载另一个 composer.phar 文件并首先运行"php composer.phar install"吗？
我认为这是一种递归的方式，"作曲家"本身是由作曲家管理的:(
首先：如果有人只想使用composer，他们一定不能从 GitHub 安装它，只需遵循安装指南：https://getcomposer.org/download/
好了，回到问题。
"作曲家"本身由作曲家管理
是的，为什么你认为它不好？
请参阅贡献者的官方文档。它正是以这种方式鼓励的：
- 运行
git clone https://github.com/composer/composer.git- 下载
composer.phar可执行文件- 运行编辑器以获取依赖项：
cd composer && php ../composer.phar install
然后你可以通过启动bin/composer来实际使用作曲家，或者你可以通过bin/compile将其编译成phar。
如果你想知道作曲家二进制文件是如何实际构建的，你可以在他们的 Travis 配置中看到它。他们只是获取 Travis 提供的先前作曲家版本，并用它构建新的作曲家版本。
作曲家的工作是查找和安装特定项目的依赖项。它所做的一切都可以手工完成，主要是简单地将文件放在正确的位置，并引用一系列自动加载器。
为了从头开始构建 Composer，您需要在主 Composer 存储库之外的某些代码，例如命令行和日志记录帮助程序。您可以手动下载所有这些，但自然的方法是使用现有的 Composer 安装来获取它们。
这仅在您正在处理 Composer 本身时才是必需的，因为一旦您成功构建，您就可以生成一个 PHAR 文件，其中包含所有必需的代码，包括那些第三方依赖项。这些是作为官方版本分发的文件，是大多数人需要的;该工具甚至有一个self-update命令，可以下载一个新的 PHAR 文件并覆盖您运行的文件。
这种引导 - 使用工具的现有构建作为其自身构建过程的一部分 - 实际上很常见。PHP本身的某些部分是使用PHP脚本生成的，我相信第一个功能完整的C++编译器是用C++编写的。