角度関連のプロジェクトでプレリリースタグにsemver 2.0を使用しないのはなぜですか？

Question

多くの角度関連プロジェクトでは、次のリリース前のバージョン管理スキームが使用されています。

角形

1.0.0-beta.22, 
1.0.0-beta.22-1, 
1.0.0-beta.24 

@角度/材料

2.0.0-alpha.9 
2.0.0-alpha.9-1, 
2.0.0-alpha.9-2, 
2.0.0-alpha.9-3, 
2.0.0-alpha.10, 
2.0.0-alpha.2.0.0-alpha.11, 
2.0.0-alpha.11-1, 

によりセマンティックバージョニング作品（ドット区切り、英数字の部分に数値常に低い優先順位）の方法に、2.0.0-alpha.9-実験-ピザはまだ@angularのための最高のバージョンです/材料、厳しい2.0.0-alpha.11もリリースされます。

angle-cliに似ています.1.0.0-beta.24がリリースされても、1.0.0-beta.22-1が最も高いバージョンです。

これにより、package.jsonの依存関係が^ versionsになります。

"angular-cli" : "^1.0.0-beta.22-1" 

24が数値バージョンで22-1より小さいため、1.0.0-beta.24にアップグレードしないでください。 私はこの問題を@ angle/material issue tracker hereにも投稿しましたが、応答はありませんでした。

これは単なる監督ですか、何か不足していますか？

更新：

角度-CLI

は今のバージョン

angular-cli@1.0.0-beta.25 
angular-cli@1.0.0-beta.25.1 
angular-cli@1.0.0-beta.25.2 
angular-cli@1.0.0-beta.25.3 
etc. 

を持っているので、監督だったようです。

Answer 1

長い時間が経った後、私はそれがアルファ/ベータの監督だと思う。これは今や解決されており、リリース前のタグについても角度プロジェクトはセミバーに続いています。

Answer 2

簡単な答えは、これらは手動プロセスであるということです。チームはまだ自動化に投資していません。私はリポジトリのソースコード（チームメンバーではない）に貢献しているので、少なくともAngular CLIについて話しています。

最近のリリースのほとんどは、リリース時に何か起こったので、別のバージョンを発行する必要がありました。したがって、1.0.0-beta.xxのようなものはすぐに1.0.0-beta.xx-1の後に続きます。

一部のテストは、パッケージを公開する前に実行するのが難しいです。特に、1つのパッケージだけでなく、さまざまなパッケージを公開しているCLI（CLIが使用するいくつかのWebpackプラグインは、他の非CLIシードプロジェクトが使用するための別のパッケージとして利用できます）。

通常、チームがバージョンに満足している場合は、具体的にはtagとしてlatestと表示されます。これは、npmによってパブリッシャーが行うことができるため、理論的には角度材料α9対アルファ11の問題はありません。アルファ11は最新のものとタグ付けされていません。