3

本当にばかげた質問かもしれませんが、パッケージを packagist にプッシュする前に、どうすれば彼の依存関係でスクリプトを実際にテストできますか?

私は myroot/composer.json で試しました:

"autoload": {
    "psr-0": {
        "myname/core": "vendor/myname"
    }
}

私の vendor/myname/core/core.php には、次のようなものがあります。

namespace myname/core;

die('it works');

私の vendor/myname/core/composer.json には、次のようなものがあります。

{
"name": "myname/core",
"description": "xxx",
"license": "MIT",
"authors": [
    {
        "name": "my name",
        "email": "",
        "homepage": ""
    }
],
"require": {
    "php": ">=5.3.0",
    "monolog/monolog": "1.0.*"
}
}

しかし、実行しようとするとうまくいかないようです：

$ php composer.phar install
=> monolog/monolog is not installed =>

誰かが私を理解するのを助けることができますか?

4

1 に答える 1

-1

これが役立つと思います。今日書き直した小さなブログ記事があり、packagist パッケージの作成について説明しています。

https://circlical.squarespace.com/blog/2013/6/24/distributing-a-zf2-module-through-packagist-github-and-composer

この方法で作業する場合は、元に戻して実際の統合内でテストすることをお勧めします。通常はこのように開始し、変更が完全にテストされるたびに変更を GitHub にプッシュします。

お役に立てれば。

于 2013-06-25T01:55:20.440 に答える