Laravel 的 "vendor/bin" 应该在系统的 PATH 中吗？
Should Laravel's "vendor/bin" be in the system's PATH?
我正在尝试按照 this series of guides 使用开源 deployer 工具部署我的 Laravel 应用程序。
该指南通常非常好，但链接步骤令人困惑 - 它说使用类似以下内容安装部署程序包：
composer require deployer/deployer
...这应该使 dep 二进制文件在全球范围内可用——但这不仅不会发生在我的系统上（Cygwin，技术上是 Windows 但模拟 POSIX 系统非常接近），我也不希望它，因为项目的 vendor/bin 不在我的路径中，而且我不希望必须将特定于项目的 vendor/bin 文件夹放入PATH，因为我拥有的每个 Laravel 项目都需要这个，可能会导致 PATH 中有数万个二进制文件。
这实际上是执行此操作的预期方法，还是有更多 natural/scalable 方法也保证不会破坏任何东西？简单地将 dep 二进制文件手动安装到 /usr/local/bin 会导致 deployer 在本地或在我的服务器上运行时出现问题吗？
Should Laravel /vendor/bin be in the PATH?
不，作曲家的项目（Laravel 或任何其他项目）vendor/bin 不应通常 添加到系统路径。
Is this actually the intended way to do this, or is there a more natural/scalable way that is also guaranteed not to break anything? Would simply installing the dep binary manually to /usr/local/bin cause problems with how deployer runs, either locally or on my server?
通常像这样的实用程序会全局安装，而不是 per-project。因此，要么像 composer require deployer/deployer --global 一样安装它，要么下载“二进制文件”（在本例中为 PHAR 文件）并将其放在系统路径中的某个位置。
我正在尝试按照 this series of guides 使用开源 deployer 工具部署我的 Laravel 应用程序。
该指南通常非常好，但链接步骤令人困惑 - 它说使用类似以下内容安装部署程序包：
composer require deployer/deployer
...这应该使 dep 二进制文件在全球范围内可用——但这不仅不会发生在我的系统上（Cygwin，技术上是 Windows 但模拟 POSIX 系统非常接近），我也不希望它，因为项目的 vendor/bin 不在我的路径中，而且我不希望必须将特定于项目的 vendor/bin 文件夹放入PATH，因为我拥有的每个 Laravel 项目都需要这个，可能会导致 PATH 中有数万个二进制文件。
这实际上是执行此操作的预期方法，还是有更多 natural/scalable 方法也保证不会破坏任何东西？简单地将 dep 二进制文件手动安装到 /usr/local/bin 会导致 deployer 在本地或在我的服务器上运行时出现问题吗？
Should Laravel /vendor/bin be in the PATH?
不，作曲家的项目（Laravel 或任何其他项目）vendor/bin 不应通常 添加到系统路径。
Is this actually the intended way to do this, or is there a more natural/scalable way that is also guaranteed not to break anything? Would simply installing the dep binary manually to /usr/local/bin cause problems with how deployer runs, either locally or on my server?
通常像这样的实用程序会全局安装，而不是 per-project。因此，要么像 composer require deployer/deployer --global 一样安装它，要么下载“二进制文件”（在本例中为 PHAR 文件）并将其放在系统路径中的某个位置。