問題タブ [version-numbering]

バージョン管理システム (Subversion など) を使用しており、ビルド プロセスをセットアップしたいと考えています。次に、バージョン番号を作成してシステムに挿入する必要があります。しかし、バージョン番号はどこから来て、どこに入るのですか? この一般的な <major>.<minor>.<bugfix/revision> スキームを使用したいとします。ビルド スクリプトに数値を渡す必要がありますか? それとも、increaseMajor、increaseMinor、increaseRevision などの引数を渡す必要がありますか? または、ビルド スクリプトによって検出される番号でブランチを作成することをお勧めしますか?

メジャー バージョン番号とマイナー バージョン番号をどこかに手動で入力する必要があると想像できます。リビジョン番号は自動的に増加する可能性があります。しかし、メジャー番号とマイナー番号をどこに配置するかはまだわかりません。

私の場合、圧縮したいphpファイルがいくつかありますが、その前にいくつかのバージョン番号をphpファイルに挿入する必要があります。

リクエストをより明確にするために、この投稿を編集しました。

Subversion は使用していません。これは単なる例です。また、バージョン番号のスキームについては説明しません。

バージョン 3.5.0 または 3.5.1 を作成したいとします。このバージョン番号をビルド スクリプトに渡しますか? スクリプトはこの番号でリポジトリにブランチを作成しますか、それとも誰かがすでにこのブランチを作成していると予想しますか? 手動？または、ビルド スクリプトはブランチの名前 (たとえば '3.5.1) を探し、それをさらに使用しますか? そして、バージョン番号は私の脳から来ているのですか、それとも自動的に作成されているのですか (メジャー/マイナー番号は私の小さな脳から来て、リビジョン番号が作成されていると思います)? それとも、リポジトリに挿入される可能性のあるファイルに番号を配置しますか?

リリース管理ツールを使用する場合は、そこにバージョン番号を挿入すると思います。しかし、私はまだ1つも使用していません。

私は一般的に、プログラムのメジャー バージョンは1.0, 2.0, ... である必要があり、重要な更新は1.1, 1.2, ... であり、バグ修正は , , ... で1.0.1あることに同意し1.0.2ます1.0.156(バージョン間の多くのバグ修正リリースに悩まされています)。

しかし今、バージョンのリリースに向けた一連のベータ版の 1 つである最初のベータ版をリリースしたいと考えてい1.0ます。

具体的に言うと、開発中の数よりも多くのベータ リリースに番号を付ける (たとえば、1.0.1151.0.15のベータ リリースがある場合)、その後に1.0.

しかし、以下の数字を使用すると、たとえば...が1.0ぎこちなくなり、バージョンのベータ版として...を使用し始めると混乱が生じます。0.9.10.9.151.9.11.9.152.0

関連している：

バージョン番号の付け方

参考までに、あなたの助けと詳細情報への素晴らしいリンクの後、これが私が決めたものです.

私のアルファ版では、0.7、0.8、0.9、0.91 ... 0.98 まで行ってきました。

「標準的な」方法である 1.0 ベータ 1 を実行できることはわかっています。しかし、すべてを考慮して、0.99 ベータ 1、0.99 ベータ 2 ... を 1.0 リリースに到達する前に使用します。

2.0 バージョンのプレリリースを行う場合、おそらくそのパターンに従って、1.99 ベータ 1、1.99 ベータ 2 などと呼ぶでしょう。

願わくば、この質問と回答が、あなたの計画を決定するのに役立つことを願っています.

GAC にインストールされているアセンブリの最新バージョン番号を表示するアプリケーションの診断ログを作成しようとしています。たとえば、GAC には同じアセンブリの 2 つのバージョンがあります。foo.dll バージョン 1.0.0.0 と foo.dll バージョン 2.0.0.0 です。次のような関数が必要です。

これを行う最良の方法を知っている人はいますか？

ありがとう！

ソフトウェア バージョンのすべての数字は何を意味しますか? (例: 1.7.1.0) バージョンはどのように数えますか?

ありがとうございました。

バージョン番号を文字列として比較するのは簡単ではありません...
"1.0.0.9" > "1.0.0.10" ですが、正しくありません。
適切に行う明白な方法は、これらの文字列を解析し、数値に変換して、数値として比較することです。より「エレガントに」行う別の方法はありますか？たとえば、boost::string_algo...

.NET の System.Version が Major.Minor.Build.Revision として定義されているのはなぜですか? ほとんどの人 (私を含む) は、リビジョンが 3 番目に属し、「ビルド」またはあなたがそれを呼びたいものは最後に属することに同意しているようです。

Microsoft は 3.5.3858.2 のようにでたらめな方法で番号を使用しているのか、それとも名前自体が単に逆なのか? たとえば、Major.Minor.Build.Revision の順序で独自の Version クラスを作成する場合、System.Version に変換するときに最後の 2 つのコンポーネントを交換するのが適切でしょうか。それとも、それを無視して単に名前のふりをしますか?後ろ向きですか？

VB Express 2008 クラス ライブラリがあり、バージョン番号と著作権/連絡先情報を埋め込みたいと考えています。

それ、どうやったら出来るの？

私は通常、バージョン 1.0.0 でプロジェクトを開始します。いくつかのものをまとめるとすぐに、1.0.0 としてリリースし、1.1.0 に進みます。

ただし、これにより、私が書いたもののほとんどの完全なバージョン 1.0.0 を使用できますが、完全な機能ではありません。次に、機能を追加して、1.6.0 前後のまともなバージョンにします。多くのプロジェクトは、私の 1.0.0 と同じくらい使えるバージョン 0.1.0 から始まります。

何をすることをお勧めしますか? 1.0.0 または 0.1.0 から始めますか?

ちなみに、最後の番号はバグ修正リリースのみです。私の 1.0.0 を 1.0 として、0.1.0 を 0.1 として考えることができます。

仕事では SVN を使用していますが、個人的なプロジェクトでは Git を使用することにしました。それで、昨日 Git をインストールしましたが、Git に相当するリビジョン番号は何だろうと思います。

バージョン 3.0.8 に取り組んでおり、すべてのバグ修正には、このバグ修正について話すときに使用できる独自のリビジョン番号があるとします。では、Git のコードに 3.0.8 のタグを付けると、リビジョン番号やその他のより詳細な種類の識別として何を使用できるでしょうか? ハッシュは人間にとってあまりユーザーフレンドリーではないことがわかりました。

少し前に、クライアントのアカウントでAppStoreにアプリをリリースしました。クライアントは単純なバージョン番号スキームを好んだため、アプリの最初のバージョン番号は1.0でした。ただし、リリースされてから、アプリのコンテンツに定期的に小さな変更を加える必要があるようです。そのため、コンテンツの改訂を反映した、より正確なバージョン管理スキームが実現可能になります。

アプリのアップデート中に番号付けスキームを「改良」することは可能ですか？1.0から1.1にアップグレードする代わりに、今は1.0.1に移行したいと思います。

新しいニーズに応じてバージョン番号を変更するだけで十分ですか、それとも元のスキームに従っている場合、AppStoreは新しいリリースのみを受け入れますか？

ありがとう！！