4

ところで、私は寝不足で頭が固まっているようで、無意味な暴言に聞こえるかもしれませんが、そうでない場合は気長に受け止めてください。

私はOS X Snow Leopardに取り組んでいます。PEAR がセットアップしてくれるバイナリにアクセスできることの喜びは嘘ではありません。私は単純brew unlink php53にbrew link php53PEAR パッケージをインストールした後で、そのバイナリを/usr/local/bin.

たとえば、ベハットを取ります。PEAR (現在は時代遅れ) を介してインストールする場合、上記の手順を実行すると、すぐにアクセスできるようになりますbehat。binComposer が生成したフォルダー全体をシンボリック リンクすると、 behat:behat.batとrelease.

私は何か間違ったことをしていますか？/usr/local/binできれば に新しいパスを追加することなく、たとえば に適切なバイナリを一元化する方法はありません$PATHか? Composerでそれを行う方法はありますか?

モジュールのグローバル バージョンとローカル バージョンを設定できる npm を考えています。(正しい) バイナリの快適なグローバル バージョンが欲しいです。不必要なものを実際に複製することなく、ある種の宝石セット。

分かりますか？色々と情報が錯綜していますが、今の私の頭の中はそんな感じです。「ベンダー」バイナリに適用されたこの他の質問のようなものを探していると思います。

前もって感謝します！

PS: 私が本当に惨めな人間のように聞こえる場合は、お知らせください。十分な睡眠をとった後、最初の 1 時間でメッセージを言い換えます。ありがとう！

4

1 に答える 1

6

グローバルにインストールする場合、あるプロジェクトで互換性のないBehat1.5と別のBehat2.0（架空のバージョン）が必要になるとどうなりますか？require-devを使用してプロジェクト自体にこれらのツールをインストールすることは、この問題を解決するための良い方法です。次に、プロジェクトでbin / behatを呼び出すだけで、それがそれです（bin-dir: bincomposer構成にを入れたと仮定します。そうでない場合は、vendor / bin / behatです）。

behat.batとに関してreleaseは、それは起こりません。これらのファイルはそれ自体に存在しますが、composerbinディレクトリにはリンクされません。

最後に、本当にグローバルにしたい場合は、〜/ phputils/composer.jsonなどを使用できます。

{
     "require": {
         "behat/behat": "*"
     },
     "config": {
         "bin-dir": "/usr/local/bin"
     }
}

現時点で絶対bin-dirが機能するかどうかはわかりません。特に、これを行うのが良いアイデアかどうかはわかりませんが、オプションです。できれば、それをとして配置し、PATH"bin"に追加する必要があると思います。~/phputils/bin次に、そのディレクトリに移動し、composer install/updateを実行します。これで完了です。

/ usr / local / binでcomposer-gシェルスクリプトを実行するトリックもあります。これにより、どこからでもcd ~/phputils/ && composer $*呼び出すことができますcomposer-g update behat/behat。

于 2012-07-18T08:56:59.917 に答える