問題タブ [versioning]

Visual Studio ソリューションをコンパイルし、AssemblyInfo.cs ファイルにバージョン # がある場合、Windows エクスプローラーのプロパティ ダイアログに反映されるようです。このように、誰かが *.exe を右クリックして [プロパティ] をクリックするだけで、バージョン # を確認できます。これを実現するための Visual Studio の特別な設定はありますか?

画像の例 http://content.screencast.com/users/Pincas/folders/Jing/media/40442efd-6d74-4d8a-8e77-c1e725e6c150/2008-09-24_0849.png

編集:これは、具体的には、AssemblyFileVersion をサポートしていない.NET Compact Framework 2.0 用であることに言及する必要がありました。すべての希望は失われましたか？

バージョン番号が 1 よりも大きいソフトウェアをリリースすることは嫌われますか?

たとえば、技術に詳しくない一部の人々は、バージョン番号の高い競合他社の製品を、私のソフトウェアがそれほど優れていないことを意味すると見なす場合があります。

Microsoftが自社製品のバージョン管理時にこのテンプレートMajor.Minor.Build.Revisionを使用していることを理解しています。

「開発者」がソフトウェアに大きな変更があり、下位互換性を想定できないことを示したい場合は、メジャーが変更されます。たぶん、コードの大幅な書き直しが行われています。

マイナー番号は、下位互換性を目的とした大幅な機能強化を表しています。

ビルド番号は小さな変更です。たとえば、同じソースの再コンパイルです。

リビジョンはセキュリティホールを修正するために使用され、完全に交換可能である必要があります。ビルドとリビジョンはどちらもオプションです。この情報は、 MSDNバージョンクラスに基づいています。

プロジェクトをどのようにバージョン管理し、なぜこの方法でバージョン管理するのですか？

このページの右下隅に SVN リビジョン ID があることに注意してください。私はそれが動的であると仮定しています。

コードのプッシュが確実に行われるようにするためのソースのコメントと同じように、それをいくつかのサイトに追加したいと思います。

注: 問題のサイトの作業ディレクトリが、問題のリポジトリの svn チェックアウトであると想定することもできます。

編集:見ているファイルのリビジョン番号ではなく、グローバル リビジョン番号を探しています。

.Net 4.0 は新しいバージョンの CLR (v2.1、3.0) を使用しますか、それとも既存の v2.0 をそのまま使用しますか?

補足: CLR v2.0 を維持し、DLR v1.0 を追加する可能性はありますか?

更新: これは答えられない投機的な質問のように見えるかもしれませんが、VS チームは VS10 と .Net 4.0 に関する情報をますます公開しているように見えるため、すぐにそうでなくなる可能性があります。(ここで入手できる情報 -> http://msdn.microsoft.com/en-us/vstudio/products/cc948977.aspx )

C# プログラムのセットアップ プロジェクトがあり、このセットアップ プロジェクトのプロパティにはバージョンがあります。生成された MSI ファイルにこのバージョンが埋め込まれているようにしたいので、エクスプローラーでマウスオーバーして、ファイルのバージョンを確認できます。

私はVS2008を使用しています。これどうやってするの？

この質問への回答によると、.msi ファイルにファイル バージョンを埋め込むことができません。

クライアントに提供するインストーラーには、ファイル バージョンが必要です。

したがって、私がやりたいことは、Visual Studio によって生成された msi ファイルと setup.exe を含む自己解凍型の実行可能ファイルを作成し、代わりにこの自己解凍型の実行可能ファイルにファイル バージョンを配置することです。

したがって、出力へのファイル バージョンの埋め込みをサポートする自己解凍型実行可能ファイルを作成するためのユーティリティが必要です。また、解凍後のファイルの自動実行をサポートする必要があるため、実際のインストーラーを自動的に起動できます。スクリプト化できると良いですね。

私が見つけたのはこれだけでした。これは見栄えがしますが、無料の代替手段をはるかに好みます.

誰か提案はありますか？

編集：明確にするために、私は実際にインストーラーを作成しようとしているわけではありません-私はすでにVSセットアッププロジェクトを持っています。私は自己抽出器が欲しいだけです（WinZipが作成できるように）。そのため、ユーザーが Setup-Blorgbeard2008.exe にマウス ポインターを合わせると、「バージョン: 1.0.0.0」が表示されます。ユーザーがそれをダブルクリックすると、setup.exe と setup.msi が一時フォルダーに静かに抽出され、setup.exe が実行されます。その後、通常のインストーラ画面が表示され、通常どおり続行します。

別の編集:イェーイ、私の他の質問が回答されたので、自己抽出はもう必要ありません。そのため、この質問全体はほとんど無関係になります。setup.exeとsetup.msi ではなく、1 つのファイルのみを配布できるとなおよいでしょう。

私はしばらくこの問題について考えてきましたが、安定した/エレガントなアイデアはまだ思いつきません。

MyISAM テーブルを使用すると、テーブル定義の更新時間を取得できますが、InnoDB ではそうではありません。.frm ファイルを見て、定義が変更された可能性がある時期を確認することさえ信頼できないことがわかりました.. .. データセットが変更されていても気にしないでください。

30 分ごとに mysqldump でスキーマの内容をダンプし、それを AWK スクリプトで分解し、それを最後のバージョンと比較するという考えがありましたが、それは少し過剰に思え、関連するデータセットが大きい場合は問題になる可能性があります.

AssemblyVersionおよびAssemblyFileVersion属性は、.NET アセンブリのバージョン番号を処理する組み込みの方法です。フレームワークは、バージョン番号の最も重要でない部分 (Microsoft の用語ではビルドとリビジョン) を自動的に決定する機能を提供しますが、私はこの方法が非常に弱く、他にも多くの方法があることは間違いありません。

そこでお聞きしたいのですが、プロジェクトの実際のバージョンをより適切に反映するバージョン番号を得るために、どのような方法が決定されましたか? バージョンの一部を日付と時刻、またはプロジェクトの作業コピーのリポジトリ バージョンに設定するビルド前のスクリプトはありますか? フレームワークが提供する自動生成をそのまま使用しますか? または、他の何か？アセンブリ/ファイルのバージョン管理を管理する最良の方法は何ですか?

SQL デルタをどのように準備しますか? スキーマを変更する各 SQL を手動でデルタ フォルダーに保存しますか、それとも何らかの自動化された差分プロセスがありますか?

ソース コードと共にデータベース スキーマをバージョン管理するための規則に興味があります。おそらく、スキーマを差分化する pre-commit フックでしょうか?

また、 DbDeploy 以外にデルタを比較するためのオプションはありますか?

編集:答えを見て、デルタを使用してデータベース移行を実行するための標準的なスキームに精通していることを明確にしたいと思います。私の質問は、できれば自動的に、デルタ自体を作成することです。

また、バージョニングは、違いがある場合は PHP と MySQL 用です。(Ruby ソリューションはありません)。