問題タブ [versions]

私たちの自動ビルド マシンは、OS のバージョン番号と、各ビルド中に使用されるさまざまなツールをアーカイブする必要があります。(おそらく、マシンが長い間使用されていない場合など、後でまったく同じビルドを複製する必要がある場合に備えて。)

コマンド "msinfo32.exe" を使用して、システム バージョン情報全体をダンプできることがわかりました。これをアーカイブすることもできます。

Visual Studio ツールのバージョン番号を簡単にアーカイブする方法を知っている人はいますか?

他の開発者は、アーカイブ目的でこの種の情報を収集するためにどのようなメカニズムを使用していますか?

Fabio Gomes の追加情報。

5 年後には、正確な OS とツールの構成を (最も近いセキュリティ アップデートまで) 再現することはおそらく不可能になるという意見に同意します。残念ながら、これは実際には契約上の要件によるものです。お客様への成果物の一部として、すべてのソース コードのコピーと、ビルドを複製する正確な方法に関する明確な指示を提供する必要があります。この要件を完全に満たすことはおそらく不可能です。

だから - 私はあなたの答えを正しいとマークし（事実上不可能であることに同意します）、残りのスタックオーバーフローで遊んでいきます。:)

PS。元の質問を編集する代わりに、スタック オーバーフローが回答への返信をサポートしていれば、本当に素晴らしいことです..しかし、それはすでに拒否されていることがわかります.

最初は意図的に曖昧なままにしておきます。私は議論を求めており、難しい答えを探しているよりも重要な問題は何かを探しています。

ポートフォリオ管理のようなアプリを設計中です。今まで持っていたデザインは

• 問題: 解決する必要がある問題
• 解決策: 1 つまたは複数の問題に対する提案された解決策
• 関係: 2 つの問題、2 つの解決策、または問題と解決策の間の関係。さらに次のように分類されます。
  • 親子 - ある種の分類 / ツリー階層
  • 重複 - 2 つの解決策または 2 つの問題が実際に同じ概念に対処している度合い
  • アドレス - 問題が解決策に対処する程度

私の質問は、これらの物事の時間的性質についてです。問題が発生し、消えていきます。ソリューションには予想される解決日がありますが、それは開発中に変更される可能性があります。関係の程度は、問題や解決策が進化するにつれて、時間の経過とともに変化する可能性があります。

では、問題は、ポートフォリオの現在と過去の両方の視点を得ることができるように、これらのもののバージョン管理に最適な設計は何ですか?

後で：@Eric Beardの答えはアップする価値がありますが、おそらくこれをより具体的な質問にする必要があります。

私は 3 つのデータベース設計を検討しました。それぞれの欠点を示すのに十分です。私の質問は次のとおりです。どれを選ぶか、またはもっと良いものを考えられますか?

1: 問題 (および個別に解決策) は、バージョン管理において自己参照的です。

新しいバージョンが必要になるたびに、その長いdescription列を含む行全体を複製する必要があるため、これは問題です。

2: 新しい関係タイプを作成します: バージョン。

これにより、リレーションシップが問題テーブルとソリューション テーブルからリレーションシップ テーブルに移動するだけです。同じ重複の問題ですが、私はすでに抽象的な関係の概念を持っているので、おそらく少し「きれい」です。

3: より Subversion に似た構造を使用します。問題と解決策のすべての属性を別のテーブルに移動し、それらをバージョン管理します。

これは、問題または解決策の現在のバージョンをロードするには、属性のすべてのバージョンを取得し、それらを日付順に並べ替えてから、最新のものを使用する必要があることを意味します。それはひどいことではないかもしれません。私にとって本当に悪いと思われるのは、データベースでこれらの属性をタイプチェックできないことです。そのvalue列はフリーテキストでなければなりません。name列を、列を持つ別のattribute_namesテーブルへの参照にすることはできますが、それはテーブルの正しい型を強制typeしません。attributes

後でまだ:複数テーブルの外部キーに関する@Eric Beardのコメントへの応答:

悲しいかな、私が説明したことは単純です。物事には 2 つのタイプ (問題と解決策) しかありません。私は実際に約 9 つか 10 の異なる種類のモノを持っているので、あなたの戦略の下に 9 列から 10 列の外部キーがあるでしょう。単一テーブルの継承を使用したかったのですが、Things には共通点がほとんどないため、それらを 1 つのテーブルに結合するのは非常に無駄です。

開発者がプロ​​ジェクトをローカル マシンにチェックアウトして作業し、変更を開発にチェックインする Web 開発環境を考えてみましょう。
これらの変更は開発時にさらにテストされ、定期的なスケジュール (毎週、毎月など) でライブに移行されます。
たとえば、月曜日の朝の午前 8 時に、スクリプトまたはVCS?

.NET では、プロジェクトのビルド時に、ファイル バージョンとアセンブリ バージョンの 2 つのバージョン番号を使用できます。これらの数字をどのように使用していますか? それらを同じに保ちますか？一方を自動インクリメントし、もう一方を手動で変更しますか?

また、AssemblyInformationalVersion属性はどうですか？

私は、このサポート Microsoft Knowledge Base (KB) の記事を見つけて、いくつかのヘルプを提供しました: How to use Assembly Version and Assembly File Version。

バージョン情報を Web サービスに取り込む方法を提案できる人はいますか? (VB.NET)

タイトルまたは説明でアセンブリ バージョンを動的に使用したいのですが、属性には定数が必要です。

.asmx ページに情報を表示する唯一の方法は、バージョン情報を文字列として手動で書き込むことですか?

I'd like to implement a way of recording the version of a project within code, so that it can be used when testing and to help track bugs. It seems the best version number to use would just be the current revision number from Subversion. Is there an easy way to hook this number into a (C++ in my case) header file or something, which I can then get at in code? I guess this is a post commit hook or something?

Does anyone have any experience of implementing this (with code to share, please?), or can suggest a better alternative? Thanks.

これは私のコードで、「1、5、0、4」または「1.5.0.4」の形式の 2 つのバージョン識別子を取り、どちらが新しいバージョンであるかを判断します。

提案または改善をお願いします！

@ダレンコップ：

バージョン クラスは、1.0.0.5 形式のバージョンを処理しません。

これはばかげた質問かもしれませんが、ピリオドで表された各数字はソフトウェアの単一のコンポーネントを表していると私はいつも思っていました。それが本当なら、彼らは何か違うものを表現したことがありますか？ソフトウェアのさまざまなビルドにバージョンを割り当て始めたいのですが、どのように構成する必要があるのか​​よくわかりません。私のソフトウェアには5つの異なるコンポーネントがあります。

Java SE 6で宣伝されているパフォーマンスの向上について疑問に思っていましたが、それはコンパイラーですか、それともランタイムですか？言い換えると、JDK6によってコンパイルされたJava5アプリケーションは、JSE 5で実行される改善（コンパイラーの最適化の改善を示す）を確認できますか？JDK5によってコンパイルされたJava5アプリケーションは、JSE 6で実行される改善（ランタイム最適化の改善を示す）を確認しますか？

JDK 6でのコンパイルには、まったく同じコードベースのJDK5でのコンパイルのほぼ2倍の時間がかかることに気づきました。その余分な時間の少なくとも一部がコンパイラの最適化に費やされ、JARとWARのパフォーマンスが向上することを願っています。SunのJDK情報では、パフォーマンスの向上について詳しくは説明されていません。A列から少し、B列から少しだと思いますが、どちらがより大きな影響を与えているのでしょうか。JDK6とJDK5で行われたベンチマークを知っている人はいますか？

私の ClickOnce アプリケーションは、Visual C++ 2005 再頒布可能パッケージを必要とするサード パーティ ツールを使用しています。VC++ 2008 再頒布可能パッケージのみがインストールされている場合、サード パーティ ツールは機能しません。ただし、Visual Studio 2008 では、ClickOnce の前提条件により、VC++ 再頒布可能パッケージのバージョンを指定できません。VC++ 2008 の前提条件が追加されますが、これはほとんどの場合理にかなっています。ただし、この状況では、以前のバージョンが必要です。ClickOnce が必要なので、マージ モジュールは論外です。バージョンを指定する方法のアイデアはありますか?