作曲家、Github、Packagistの問い合わせ

Question

今日、私はGithubとPackagistに私の最初のプロジェクトを入れて、私はそれらの両方を組み合わせたことにいくつか質問があります。私はまだこのドメインを除いていないことに注意してください。

1. Composerのドキュメントは、依存関係を取得する方法を教えることに豊富なものですが、GitHubのために最高のcomposer.jsonを作成する方法はありません。たとえば、versionプロパティはお勧めできません。しかし、依存関係のほとんどはバージョンにあります。 Symfony2は、例えば2.4または2.3に入ってきます。 GitHubでプロジェクトのバージョンを維持する方法は？

2. Packagistでは、GitHubから新しく追加されたプロジェクトはDev-Masterです。どのように変更することも安定しているかベータ版になることができますか？私はminimum-stabilityを試しましたが、それはそれを変えません。

3. 私はこの数時間前に質問します。問題は私自身の依存関係を追加できないことです（シンポニーバンドルではない）プロジェクトは開発マスター（または私は思う）です。

4. 私のカスタムエラーメッセージを構築するための作曲家には、誰かが作曲家を通して私のプロジェクトをインストールしようとしているが彼自身のcomposer.jsonにプロパティを使ってプロジェクトを使って、「発射されるようなもの」を構築する方法はありますか。私のプロジェクトが好きではないファイル？

5. 誰かがGitHubとPackagistの物乞い業者のためのいくつかのベストプラクティスを一覧表示できます。メンテナンスのヒント、gitのヒント、TO DOのヒント、ヒントを避け、先端やその他のヒントを避けます。

また、私の質問ではない何かを言って（私の限られた知識の質問）、そうしてください。

すべての答えをお願いします。

Answer 1

1. バージョン管理は、GITブランチとGITタグによって定義されます。バージョンをリリースしたい場合は、タグを作成してください。

2. それと同じ、あなたはそれらのためにリリースを安定するようにタグする必要があります。分岐はいつでも変更できるため、開発/不安定です。タグは時間の固定ポイントです。

3. 何が言うべきかわからないが、1/2

で固定されるかもしれません

4. いいえはありません、そしてそれは本当に意味がありません。プロジェクトに要件がある場合は、それらを定義する必要があり、それらの要件が満たされていない場合は、コンポーザーをインストールできないようにします。

5. スタックオーバーフローの範囲外であると思いますが、私はあなたがあなたに与えることができる最善のアドバイスはあなたにガイドラインに従うことです http://semver.org/ 。それが、ライブラリを維持する全員が知っているべきで最も重要なことです。