composerの変更に最近遭遇しました。これは、デフォルトのminimum-stability
はstable
であり、これをdev
に設定するのではなく、一部のライブラリを安定版としてマークしたいと思います。
実際には、2つの関連するブランチ、release
とdev
から分岐したmaster
を使用しています。多くの場合、何かがrelease
にマージされ、新しいバージョンとしてタグ付けされます。
composerはライブラリの安定性をどのように決定しますか?composer.jsonのキーであるブランチ、バージョン番号、命名規則はありますか?
ありがとう
KingCrunchの回答について詳しく説明します。これはすぐにはわかりませんでした。
https://getcomposer.org/doc/02-libraries.md#specifying-the-version から
Packagistでパッケージを公開すると、VCS(git、svn、hg)情報からバージョンを推測できます。つまり、明示的に宣言する必要はありません。
これはGithubで非常に簡単です: https://help.github.com/articles/working-with-tags/
さらに:
パッケージを手動で作成していて、それを明示的に指定する必要がある場合は、バージョンフィールドを追加するだけです。
{ "version": "1.0.0" }
dev-master
*@stable
特に監査時に、要件の最新バージョンを取得することが役立つ場合があるため、composerパッケージがすべての依存関係を安定させる: Composer Make Stable ( https://github.com/BeAPI/composer-make-stable )。
このコマンドを使用すると、composer.jsonへの依存関係が次のように自動的に変更されます。
"wpackagist-plugin/wordpress-seo":"6.2"
に:
"wpackagist-plugin/wordpress-seo":"*@stable"
その後、サイトをテストしたcomposer.lockの最新バージョンを取得するために逆のことを行うことを計画している場合、特にサイトをライブにするときに役立ちます。他のcomposerコマンド: Composer Freeze Version ( https://github.com/BeAPI/composer-freeze-version )。
このコマンドを使用すると、composer.jsonへの依存関係が次のように自動的に変更されます。
"wpackagist-plugin/wordpress-seo":"@stable"
に:
"wpackagist-plugin/wordpress-seo":"6.2"
それが役に立てば幸い。