Webアプリケーションのバージョン管理システムに関するいくつかの提案が必要です。 現在、私はアプリケーションのバージョン番号としてSVNコミット番号を使用しています。したがって、コミット数が約596の場合は、バージョン5.96と呼ばれます。Webアプリケーションのバージョン番号を維持する
Webアプリケーションの透過的なバージョン管理システムを維持するために最もよく使用されるアプローチは何ですか?
Webアプリケーションのバージョン管理システムに関するいくつかの提案が必要です。 現在、私はアプリケーションのバージョン番号としてSVNコミット番号を使用しています。したがって、コミット数が約596の場合は、バージョン5.96と呼ばれます。Webアプリケーションのバージョン番号を維持する
Webアプリケーションの透過的なバージョン管理システムを維持するために最もよく使用されるアプローチは何ですか?
は、それは、これらの日はかなり人気のある標準の「セマンティックバージョニング」
をチェックしてください。
基本的にバージョン番号が
メジャーバージョンだけあなたはそれで「壊す」の変更(基本的にサードパーティの統合を持つメジャーリリースを行っている任意の時間に更新されmajor.minor.patch 3つの数字
から成りそれは再びあなたと連携するためにあなたのサイトに
マイナーバージョンが更新された)そのコードを調整する必要がありますあなたは非改行を追加しているときときもしC
パッチバージョンが更新された変更小さな変更やバグの修正でもうんざりです。
メジャーバージョンがリセットされた場合、他の2つはゼロに戻ります。だからあなたは3.1.17にいるかもしれません.4に移動すると4.0.0になります。小さなバグ修正をして4.0.1に行くと小さなフィーチャーが追加され、4.1.0に移動します。バグ修正などのバグ修正が行われ、4.1.1に、もう一つの機能が4.2.0などに変更されます。
私の説明は完璧ではないので、見てください。それはかなり賢明なバージョニングシステムであり、あなたのライブラリを使用している誰でも/あなたと統合することで、変更の破綻、新しい機能やバグの修正を期待するかどうかを即座に知ることができます。