ゲームのようなソフトウェア アプリケーションの場合、これはソフトウェア会社が特定のライブラリの 3 つのブランチを維持するために多くの余分なコーディングを行っているということですか?

これを言うのは難しいのは承知していますが、一般的なゲーム開発では、3 つのフレーバーすべての Windows で動作するために 3 回書く必要があるソフトウェアの特定の領域はありますか?

コア ソフトウェアは変更されないと思いますが、一部のドライバーはバージョン固有にする必要があるのでしょうか?

コミットするたびに、（最大の）リビジョン番号をSubversionリポジトリ内のファイルに更新したいと思います。

svn versionキーワードを考えましたが、特定のファイルが変更された場合にのみ更新されませんか？

つまり、バージョン/リビジョン番号があるファイルversion.phpがありますが、コミットでanotherfile.phpのみを更新します。これにより、 version.phpのバージョン/リビジョン情報は変更されません。

コミットフックは私の唯一のオプションですか？はいの場合、例はありますか？

バグ追跡を非常に古いバージョンのトラックから Bugzilla に移行中ですが、Advil が不足しています。

長い間使用されてきたレガシー アプリケーションがあります。私たちのバージョン管理が数回の反復を経て、実際に多くの異なるバージョンを生成したという事実を混ぜてください。さらに悪いことに、契約上の制限により、クライアントを常に最新かつ最高の状態にアップグレードできるとは限らないため、クライアントが現在持っているバージョンで分岐、修正、テスト、およびリリースを行い、さらに別のバージョン番号を取得する必要があります。

その結果、バージョン コンボ ボックスはばかげたほど長くなります。最後に、さまざまな理由から、バグが見つかったバージョン (バージョン)、バグを修正する予定のバージョン (マイルストーン)、最終的にバグが修正されたバージョンの 3 つの異なるバージョン情報を追跡したいと考えています。 （提案を受け付けています）。これが実際に私の問題です...これは実際には、これらの顧客の一部に対して遡及修正を行った複数の番号である可能性があります（これは非常に頻繁に発生します）。

これは私があなたの集合的な知恵を必要とするところです:

Bugzilla でこれらのバージョン (見つかったバージョン、計画されたバージョン、複数の修正済みバージョン) をどのように追跡していますか?

バージョンのリンクとバグ追跡に関するベスト プラクティスは何ですか?

回答

バージョンごとにバグのクローンを作成することは追跡するのに適しているようです。したがって、ターゲット バージョンは常にマイルストーンと修正済みバージョンで追跡され、バグのあるバージョンは常にネイティブ バージョンです。

また、各クローンが元のバグをブロックするようにすることで、履歴を元の提出までさかのぼることができます。

回答を受け入れましたが、引き続きご意見をお待ちしております。

関連する一連のプロジェクト用にCruiseControl.netをセットアップしました。その結果、CruiseControl の 1 つのプロジェクト タグに複数の SVN チェックアウトがあり、一連の msbuild タスクがすべての個々の sln ファイルをコンパイルします。

このビルドが完了したら、すべてのソリューションのアセンブリ バージョンを更新する必要があります。ただし、nant も MSBuild proj ファイルも使用していないため、これを取得する方法がわかりません。

明らかな何かが欠けているのだろうか。csproj ファイルを変更しなくても、ccnet.config ファイルに適切な変更を加えることで実装できるソリューションが必要なだけです。

ありがとう、アンジ

VC++6 で書かれた古いプログラムに変更を加えています。プロジェクト リソースには、以下を含む「バージョン」セットが含まれます。 ブロック ヘッダー コメント 会社名 ファイル バージョン 製品バージョン

FileVersion と ProductVersion はどちらも 1.0.0.97 です (97 はビルド番号で、プロジェクトをビルドするたびに増加します)

私の変更は、他の数字の 1 つをインクリメントする必要があるようなものです。おそらく 1.0.1 になるはずです。これらの文字列は編集できますが、プロジェクトをビルドするとすぐに、最初の 3 つの数字が 1.0.0 に戻ります。これらの数値が実際に保持されている場所と、それらを変更する方法を知っている人はいますか?

これらの数値と設定は、実行可能ファイルの「プロパティ」にも含まれます。ビルドの日付は「コメント」リソース文字列に保持されますが、これはくだらないと思いますが、これも自動的に生成したいと考えています。すべてのビルドの前にチェックすることを忘れないでください!

どんな提案もありがたく受け取った。

--- アリステア。

ここに問題があります：私たちのメインクラス（たとえば：契約）は毎年変わります。一部のプロパティが追加され、その他は削除されます。来年はどうなるかわかりません。大きく変わることもあれば、まったく変わらないこともあります。

一方、(新しい要件...) すべての契約の履歴を保持する必要があります。ユーザーがコントラクトを更新するたびに、オブジェクト全体をバックアップに保存する必要があります (例: テーブルにシリアル化)。

もちろん、それを読み返すことができる必要があります... 1 つのオプション (残忍) は、毎年新しい契約クラス (Contract2008、Contract2009、...) を持つことです。

しかし、多くのクラスが Contract に依存しているため、これは非常に面倒 (かつ醜い) です。実際には、毎年新しいクラスを多数作成する必要があります。

この種の問題はありますか？なにか提案を ？

前もって感謝します ！

(C# 2.0 を使用しています。)

追加: ご回答ありがとうございます。私たちは現在、辞書や XML ファイルを使用して、すべてのコードを壊さずにバージョン管理を実装する方法を自問しています。このコンテキストでは、辞書は非常にセクシーに見えます:o)

バージョンを SQL Server 2005 データベースに配置し、これらに .NET アプリケーションからアクセスできるようにする必要があります。私が考えていたのは、「バージョン」という名前のデータベースで拡張プロパティを使用することであり、もちろん値はデータベースのバージョンになります。次に、SQL を使用してこれを取得します。私の質問は、これは良い計画のように聞こえますか、それとも SQL Server データベースにバージョンを追加するためのより良い方法はありますか?

メタデータを保持するためにテーブルを使用できないと仮定しましょう。

これが 2009-01-22 の最初のビルドであることを示す "MyProject_20090122.1" などの tfs ビルド エクスプローラーでビルドの一意の ID を生成する tfs ビルドを使用してプロジェクトのリリースをビルドしています。ただし、これは MyProject の私のリリース 1.0.0 です。2 つの識別子を接続する方法はありますか、それとも外部や他の場所でマッピングを維持する必要がありますか?

上記のバージョン番号が 1.0.20090122.1 になるように、バージョン識別子を tfs ビルド名の方法に合わせて確認する必要がありますか?

tfsbuild にコメントを追加する方法はありますか?

どのようにしますか？

編集：

一部の人が示唆しているように、バージョン番号は msbuild を介して更新し、自動的にインクリメントすることができます。ただし、ビルド名にバージョン番号が埋め込まれていないため、特定のチーム ビルドがどのバージョンであるかをどのように判断すればよいでしょうか。tfs ビルド名の識別子を制御できますか?

現在、C＃winformsプロジェクトには次のバージョン番号付けスキームを使用しています。

「メジャーリリース」。「マイナーリリース」。「イテレーション番号」。「そのイテレーション内のビルド番号」

バージョン番号を確認するだけで、イテレーション番号とそのイテレーション内のビルド番号を識別できるようにしたかったのです。

以前は、「メジャーリリース」、「マイナーリリース」、「1.0からのシーケンシャルビルド番号」などの操作を行っていました。たとえば、「4.0.648」は、1.0以降648のビルドがあったことを意味しますが、この情報はかなり役に立たず、逸話的です。そのため、イテレーションとイテレーション内のビルドを反映するように変更しました。

したがって、この新しいアジャイルバージョンの番号付けを考慮すると、別の製品グループがプロジェクトのイテレーションに変更を加えたいという問題が発生します。この場合、バージョン番号はイテレーション番号とビルド番号が対応していないため、意味がありません。たとえば、私のプロジェクトの最後のビルドは1.0.5.1で、イテレーション5の最初のビルドを示しています。3回目のイテレーションでプロジェクトに変更を加えて再構築するこの他のプロジェクト。

この状況にどのように対処すればよいですか？アジャイルプロジェクトでバージョン番号をどのように作成しますか？

I am making an attempt to evaluate EMF for use within a project. One of the things i am looking at is some kind of versioning support at the metamodel (M2 or the .ecore model) level.

In terms of metamodel evolution, i have read certain discussions and have come across this paper. However, i wanted to know if there is anything concrete in this direction that is happening within EMF.

In general, what is the level of support for features involving versioning - such as merge and compare, evolution, migration, co-existence of multiple versions simultaneously, etc. I realize that the actual versioning itself will be provided by the source control system that one would use to store these meta-models, however semantic versioning capabilities (such as the ones i have mentioned above) should be provided by EMF itself, right?

I am aware of certain initiatives such as EMF Compare and Temporality which are meant for the EMF models. I am not sure if these work at the meta-model level.