2017-06-03 34 views
2

Semantic versioningは、この執筆時点で、ベータ版とリリース候補は数えていません:1.0.0と2.0.0の2つの草稿に存在します。明らかに、それ自体でバージョン管理されています。バージョン管理の意味バージョン管理はどのバージョンですか?

  • メジャーバージョンのバンプを促す1.0.0と2.0.0の間の変更点は何ですか?
  • この変更または将来の変更が混乱の原因になることがセーバーを使用する際に心配する必要がありますか?
  • semverが1つのバージョンで許可された変更を行ったが、他のバージョンでは許可されなかった場合はどうなりますか?

答えて

1

これらはすばらしい質問です。

メジャーバージョンのバンプを促す1.0.0と2.0.0の間の変更点は何ですか?

仕様の言語の微妙な締め付けやFAQへの追加など、いくつかのSemVerパーサー(パッケージやワークフローツール)でコード変更が発生する可能性があります。最大の変更点は、

  • プレリリースタグを含めて、ビルドメタデータを除いたバージョン優先度を追加しました。
  • build metadata tagを追加しました。これは、すべてのサポート製品ではないにしても、パーサー破損を事実上保証しています。
  • バージョン文字列から 'v'を削除します。
  • 1.0.0#10が2.0.0#10に関連しないようなセクション番号の変更は、参照リンクをデフォルトのsemver.orgページに確実に分割します。

semver使用しているとき、私はこのまたは将来の変更は混乱を引き起こすだろうと心配する必要がありますか?

MyCoolGizmo 1.2.0がSemVer 1.0.0、2.x.x、または将来のx.x.x仕様でバージョン管理されているかどうかを実際に知る標準的な方法はありません。しかし、バージョン・ストリングから何らかの潜在的なセマンティクス、コントラクト、ワークフローに関して何も言えない場合は、そのために何らかのバージョンのメタ/スキーマ(WIP)が必要です。 GitHub semver/semver issues tabには、採用された場合、SemVerコミュニティの多くの人にとって非常に戸惑うが、全体的にまたは部分的に採用される可能性は非常に低いという提案がいくつかあります。

SemVerの将来に関するメンテナーと電子メールで議論してきましたが、今年中にいくつかの将来の声明を発表する計画があると予想する理由があります。バージョン3.x.xはコーナーのどこかにあるかもしれませんが、そのコーナーはこの時点で何年もかかるかもしれません。スタンダードはかなり安定していて、それがそのまま続くと確信しています。

編集:あなたの質問の中核になると、semver.org siteは、あなたの製品ドキュメントから参照できる5つのバージョンの仕様の "不変"コピーを保持します。新しいリリース候補/リリースが公開されると、そのリストが成長することが期待されます。あなたの製品が遵守していると主張するバージョンを常に参照することができます。

semverがあるバージョンで許可された変更を行ったが、他のバージョンでは許可されなかった場合はどうなりますか?

新しいバージョンのSemVerは2.0.0に相対的です。もちろん、2.x.xに対する相対的な変更は1.0.0に対して相対的なものであるため、違いは何ですか?削除される機能について懸念がある場合は、それは明らかに別のメジャーバージョンのバンプを必要とする急激な変化です。

さらに詳しいことがありましたら、ここにお問い合わせいただくか、SemVer issues site on GitHubにお送りください。