Composerを使用してコードを安定としてマークする方法は?
-
11-12-2019 - |
質問
私は最近、デフォルトのことを意味する作曲家の変更に遭遇しました minimum-stability
は stable
, に設定するのではなく、 dev
私のライブラリのいくつかを安定したものとしてマークしたいと思います。
私は実際に二つの関連する枝を使用します, release
と dev
から分岐した master
.すべてのように頻繁に何かがにマージされます release
新しいバージョンとしてタグ付けされました。
Composerは私のライブラリの安定性をどのように決定しますか、ブランチ、バージョン番号、composerのキーの命名規則はありますか。json?
ありがとう!
他のヒント
Kingcrunchの答えを詳しく述べているので、これはすぐに私には明らかではないので。 https://getcomposer.org/doc/02-libraries..md#指定 - バージョン
Packagistにパッケージを公開すると、VCS(GIT、SVN、HG)情報からバージョンを推測できます。これは明示的にそれを宣言する必要がないことを意味します。
これはGitHubで非常に簡単です。 https://help.github.com/articles/working-with-tags/<
さらに:
手でパッケージを作成している場合は、本当にそれを指定する必要があります 明示的に、あなたはただバージョンフィールドを追加することができます:
.{ "version": "1.0.0" }
質問に答えるには :
- VCSの場合、それは次のとおりです。
dev-master
- packagistのために、それはあります
*@stable
"安定化"または"凍結"の詳細については、composerバージョン
氷結は馬小屋を作ります
特に監査中に、要件の最新バージョンを取得するのに便利な場合があるため、composerパッケージを作成してすべての依存関係を安定させました : 作曲家は安定したものにする (https://github.com/BeAPI/composer-make-stable).
このコマンドを使用すると、composerへの依存関係が作成されます。jsonは自動的にから変更されます:
"wpackagist-plugin/wordpress-seo":"6.2"
に:
"wpackagist-plugin/wordpress-seo":"*@stable"
作曲家のバージョンをフリーズする
その後、作曲家の最新バージョンを取得するために逆のことをする予定がある場合。サイトをライブにするときに特に便利な、あなたのサイトをテストしたロックは、私たちの作曲家のコマンドの他を見ています : Composerフリーズバージョン (https://github.com/BeAPI/composer-freeze-version).
このコマンドを使用すると、composerへの依存関係が作成されます。jsonは自動的にから変更されます:
"wpackagist-plugin/wordpress-seo":"@stable"
に:
"wpackagist-plugin/wordpress-seo":"6.2"
それが役立つことを願っています。