問題タブ [semantic-versioning]

PEP 0440には、矛盾しているように見える次の 2 つのステートメントが含まれています。

開発リリースでは、、、またはセパレーターを使用できる.ほか-、_セパレーターをすべて一緒に省略できます。これの通常の形式は.区切り記号です。1.2-dev2これにより、やなどのバージョンが1.2dev2に正規化され1.2.dev2ます。

と

devN数値バージョンの直後に使用する場合でも、 andpostNの前には必ずドットを付ける必要があることに注意してください(例: 1.0.dev456, 1.0.post1)。

2番目のステートメントは間違っていますか？セパレータをまとめて省略してもいいですか？もしそうなら、PEP 作成者に PEP を修正するよう警告するプロセスは何ですか?

SemVer 仕様を読むと、これは実際には SemVer の一部ではありません。では、NuGet が実際に使用する検索構文は何と呼ばれているのでしょうか?

また、この構文を使用してパッケージを検索できるように、それを処理する .NET クラスはありますか?

SemVer からプレフィックスを削除しようとし1.2.3-prefix.42ています。つまり、 1.2.3.

https://github.com/mojombo/semver/issues/32#issuecomment-7663411にあるこの正規表現を使用しています:

Ruby のgsubメソッドを使用すると、次のように動作します。

しかしsed、端末から使用する場合はそうではありません：

私は何が欠けていますか？

Mac OS X で zsh を使用しています。

ありがとう

バージョンの下で既にリリースされている npm モジュールがあり、安定バージョン4.x.xと比較して重大な変更があります。3.x.x

ただし、バージョンにいくつかの更新が3.x.xあり、その npm バージョンにパッチを適用したいと考えています。出来ますか？npm で 2 つのメジャー バージョンを管理できますか?

https://docs.npmjs.com/cli/publish npm publish --tagでうまくいきますか?

NuGet でプレリリース パッケージと見なされるものは何ですか?ダッシュの後に何かが続くもの1.0.0-somethingですか?

また、NuGet を使用してビルド番号を使用するにはどうすればよいですか? バージョン管理に関する NuGet ドキュメントには、1.0.0-build123. しかし、これはビルド番号のあるものはすべてプレリリースでなければならないということですか?

ビルド番号を含めて、プレリリースの NuGet パッケージを含めることはできますか?

私は、REST API をバージョン管理するためのすべてのアプローチについて調べてきました。ほとんどすべての実装で、コントローラーとビューはバージョン管理されていますが、モデルはそうではありません。

レールの例を挙げると、コントローラーは次のように編成されます。

対応するビューも、異なるバージョンのディレクトリに配置されています。モデルをバージョン化しないのはなぜですか? API が進化しても、モデル (基礎となるデータベース スキーマ) が変わらないと期待しているからでしょうか? データベース内の列名の名前を変更し、それを説明する新しいモデルが必要な場合はどうなりますか?

多くの言語とは異なり、Swiftswitchは網羅的でなければなりません。

次に、このコードは無効です。

ただし、これらは有効です。

後で に追加case CするEnumerationと、最初の有効なコードでコンパイラ エラーが発生します。default:をキャッチする を使用するため、2 つ目は有効です.C。

semver carthage(または Swift Package Manager) のサポートに準拠している場合、メジャー バージョンをインクリメントする必要がありますか?

これの拡張は、Objective-C (および暗黙的に C) に拡張されます。C 列挙は Swift 列挙として Swift でサポートされているため、これは Swift での使用を意図した Objective-C または C フレームワークにも適用されます。これらの言語にはそのような制限がないため、これを解決する方法がわかりません（コンパイラが優れている場合は警告のみ）。

AppVeyorで達成しようとしている動作は次のとおりです

1. コードをビルドします (AssemblyInfo に をスタンプします1.2.3.{build}) 。
2. コードをテストする
3. テストに合格した場合は、nuget パッケージを作成します
4. パッケージが正常に作成された場合は、ベータ パッケージを公開します ( 1.2.3-beta-{build})
5. また、アーティファクトでパッケージを使用できるようにします。

nuget パッケージを公開する場合は、プレリリースとして公開するのが理想的です。NuGet では、これはパッケージ バージョンの末尾にアルファ文字を追加することによって行われます。また、既存のパッケージを上書きすることも悪い習慣と見なされます (実際、多くの nuget 実装ではこれが許可されていません)。

AppVeyor は、github からソフトウェアをビルドしてテストするのに優れていますが、nuget パッケージのバージョンを制御することはできないようです。

与えられた: 1.2.3 の次のセマンティック バージョンを含むパッケージ AppVeyor {version} 変数が と同等である1.2.3.{build} と予想します nuget パッケージのバージョンが と同等であると予想します1.2.3-beta-{build}

最初に試したのは、{version}ボックス内で変数を使用することでした。どうやらこれは許可されていません。AppVeyor は、{branch}と{build}の一部としてのみ変数置換を行うようです{version}。つまり、セマンティック バージョン用に別の変数を維持する必要があります。

私が遭遇した次の課題は、UI から nuget パッケージのバージョンを設定する方法がないことです。AppVeyor のビルド バージョンと同じになるようにデフォルトを設定します。

テストの実行後、Powershell を使用してパッケージを作成してみることにしました。これは機能しますが、Nuget Publish ステップはパッケージが作成される前に実行する必要があり、実行順序を制御する方法がないようです。

私は間違った方向に進んでいると思います。概念のリセットが必要です。

現在の（間違った）状態の appveyor.yml は次のとおりです。

これを修正するにはどうすればよいですか? 希望する動作を取得できますか?