semantic-versioning

1熱

1答えて

git describeとすると、私の現在のコミットが基づいている最新のタグに関する情報と、それまでの距離を知ることができます。同じ情報に基づいて、のベータ版のセマンティックバージョン番号を作成します。次はリリースです。言い換えれば、今 A -- B -- C -- D | | v1.2.3 HEAD のようなツリー与え、git describeは私にv1.2.3-4-Dような

1熱

1答えて

依存関係を更新すると下位互換性が損なわれますか（メジャーバージョンのセマフォー変更）？

私は新しいライブラリFoo v1.0.0を公開しており、依存関係としてphp5.6が必要です。ここでは、いくつかのメソッド実装の内部で、php 7.0の新しい言語構造をいくつか使用したいと思います。しかし、私の公開API全体（メソッド名、パラメータ、戻り値など）は変更されません。 semverに続いて、どのバージョン番号を今すぐリリースすればよいですか？新しい主要なプラットフォームの依存関係を

1熱

1答えて

トラビスの実行が成功した後にセマンティックリリースが公開されない

管理しているNPMパッケージのバージョンを公開したい。リンクはhttps://github.com/dixeed/eslint-configです。私はマスターにプッシュし、私のトラビスのビルドの実行には何のエラーもなかったが、それは仮定されているようにnpm run semantic-release pre && npm publish && npm run semantic-release po

1熱

1答えて

php composerパッケージ（packagistに掲載）の場合、1.0.9より後のパッチのバージョンは？

v1.0.9の後に発行するバージョンは、作者の更新がスムーズに行われるようにする必要がありますか？バージョンをv1.0.10またはv1.0.901のいずれかにバンプする必要があります。驚いたことに、Google検索がほぼ5分間行われた後、明確な答えが見つかりませんでした。これは、Packagistに公開されているパッケージ用です。 https://semver.org/（Packagistから

1熱

1答えて

package.jsonのバージョンは常にsemverに従うべきですか？

カスタムビルドのバージョン管理のフォーマットに応じて、角型アプリケーションのpackage.jsonを変更する必要があります。バージョンでsemverを実行することは義務的であり、カスタムバージョンのフォーマットを使用すると角度アプリにエラーが発生する可能性があります。

-1熱

1答えて

「NPMの初期化」と新しいのNode.jsプロジェクトを作成する場合は、次のように最初に実行される非semver基準

を使用して： npm init そしてpackage.jsonファイルを初期化するのに役立ちます一連の質問があります。それらの質問の1つは約versionです。回答として提供されるバージョン番号は、厳密にsemver標準に準拠する必要があります。さて、セヴァーを守らない別のバージョン管理標準を使用したいのですが？異なるバージョンの標準を使用して実施する方法新しいバージョン標準を適用するために

1熱

1答えて

nupkgでnuppecファイルを編集する

TFSでciプロセスの後に意味論的にバージョンアップされたnupkgを作成したいと思います。 nupkgは以下のようになります。私はそれがリリースバージョンであることを決めた MSVersioningSample.1.0.7-CI-20170926-184446.nupkg しかし、。 nupgkの名前を変更し、リリース版としてnugetフィードに再発行したいと思います。 MSVersioning

0熱

1答えて

新しい機能を実装するときにgit-describeからバージョンを管理する方法は？

私はこの開発に取り組んでいます： * a3bde21 (feature) * bdf3b22 * 5a4d8e9 (master, tag: v0.1.0) * 47312aa * abd2111 のでgit describeが私にv0.1.0を与えるだろう。問題は、私がもはやv0.1.0ではない機能を実装していることです。私のプログラムをビルドして実行可能ファイルを誰かに与えると、そ

1熱

1答えて

ブレーキングの変更があっても導入されているが、メジャーバージョンがすでに導入されているときには、意味論的なバージョン管理には何が書かれていますか？

私は意味論的なバージョン管理を使ってソフトウェアを作成します。 [1.0.0]<--[1.0.1] いくつかの点で、いくつかの大きな変更を導入する必要があります。私はブランチ2.0を追加し、1.0も維持することにしました。 [1.0.0]<--[1.0.1]<--[2.0.0]<--[2.0.1] そして、開発が続けられます。 /-[2.0.0]<--[2.0.1]<--[2.0.