問題タブ [versioning]

Stack Overflow の下部に Subversion のバージョン番号があります。

svn リビジョン: 679

.NET Web Site/Applicationこのような自動バージョン管理を、Windows フォーム、WPD プロジェクト/ソリューションで使用したいと考えています。

これを実装するにはどうすればよいですか？

アプリケーションのバージョンプロパティをビルドごとにインクリメントしたいのですが、Visual Studio（2005/2008）でこの機能を有効にする方法がわかりません。AssemblyVersionを1.0。*として指定しようとしましたが、希望どおりの結果が得られません。

また、設定ファイルを使用していますが、アセンブリバージョンが変更された以前の試行では、アプリケーションが別のディレクトリで設定ファイルを検索したため、設定がデフォルトにリセットされました。

バージョン番号を1.1.38の形式で表示できるようにしたいので、ユーザーが問題を見つけたときに、使用しているバージョンをログに記録し、古いリリースがある場合はアップグレードするように指示できます。

バージョン管理がどのように機能するかについての簡単な説明もいただければ幸いです。ビルド番号とリビジョン番号はいつインクリメントされますか？

ドキュメントサーバーを実装しています。現在、2人のユーザーが同じドキュメントを開き、それを変更して変更を保存すると、ドキュメントの状態は未定義になります（最初のユーザーの変更が永続的に保存されるか、2番目のユーザーの変更が永続的に保存されます）。これは完全に不十分です。この問題を解決するために、2つの可能性を検討しました。

1つは、誰かが最初に開いたときにドキュメントをロックし、閉じたときにロックを解除することです。ただし、サーバーへのネットワーク接続が突然中断された場合、ドキュメントは永久にロックされた状態のままになります。明らかな解決策は、サーバーに定期的なpingを送信することです。サーバーが特定のクライアントからKpingを連続して受信しない場合（K> 1）、このクライアントによってロックされているドキュメントのロックが解除されます。そのクライアントが再び表示された場合、誰かがまだドキュメントをロックしていない場合は、ドキュメントが再びロックされます。これは、クライアントアプリケーション（Webブラウザで実行中）が予期せず終了し、サーバーに「終了、ドキュメントのロックを解除」信号を送信できなくなった場合にも役立ちます。

2つ目は、異なるユーザーによって保存された同じドキュメントの複数のバージョンを保存することです。ドキュメントへの変更が連続して行われる場合、システムはバージョンをマージするか、優先バージョンを選択することを提案します。ストレージスペースを最適化するには、ドキュメントの差分のみを保持する必要があります（ソース管理ソフトウェアと同様）。

サーバーへの接続が遅く、応答しない場合があることを考慮して、どの方法を選択する必要がありますか？パラメータ（ping間隔、高速連続間隔）はどのように決定する必要がありますか？

PS残念ながら、ドキュメントをデータベースに保存できません。

SVN リポジトリのリビジョン番号を .NET アセンブリのバージョン文字列に含める方法はありますか? Major.Minor.SVNRev のようなもの

CC.NET のようなものでこれを行うという言及を見たことがありますが (実際には ASP.NET で)、追加のソフトウェアなしでそれを行う方法はありますか? ビルド バッチ スクリプトを使用する前に、C/C++ で同様のことを行ったことがありますが、バージョン番号を読み取ってから、スクリプトに毎回 "ver.h" というファイルを書き出すことで次のような効果が得られました。

次に、これらの定義を使用してバージョン文字列を生成します。

このようなことは .NET で可能ですか?

私は現在、小さなWeb開発会社で働いています。私たちは主に、キャンペーンサイトやその他の販促活動を行っています。最初の1年間は、プロジェクトファイルを共有するための「サーバー」、つまりネットワーク共有を備えたプレーンなWindowsマシンを使用してきました。しかし、これは正確に将来を保証するものではありません。

SVNはコードに最適です（現在使用しているものです）が、すべてまたはほとんどのファイルのバージョン管理（または少なくとも何らかの形式の同期）を快適に行えるようにしたいと考えています。

私が本質的に望んでいるのは、subversionがコードに対して行うことを実行するものですが、documents / psd/pdfファイルに対しては実行します。

Subversionはバイナリファイルも処理することを認識していますが、私たちの目的には少しやり過ぎかもしれないと感じています。フルバージョン管理システムのすべての機能が必要なわけではありませんが、インクリメンタルな名前付け（Notes_1.23.doc）が不要になり、誤って何かを上書きする可能性が低くなります。

また、マルチプラットフォームで、大きなファイル（100 mb +）を処理し、技術者以外の人でも使用できる必要があります。

CVSやSVNなどのリビジョン管理システムを初めて使用したとき、「トランク」、分岐、マージ、タグ付けの概念がよくわかりませんでした。私は今、これらの概念を理解し始めており、その背後にある重要性と力を本当に理解しています.

だから、私はそれを適切にやり始めています。またはそう私は思う...これは私がこれまでに理解していることです:コードの最新リリース/安定バージョンは /trunk/ に配置する必要がありますが、ベータ版または最先端のバージョンは、ベータごとに異なるディレクトリとして /branches/ ディレクトリ内に配置する必要がありますリリースし、リリースするとトランクにマージされます。

これは物事に対する見方が単純すぎるのでしょうか。皆さんはどのリポジトリレイアウトをお勧めしますか? 違いがある場合は、Subversion を使用しています。

人々、

アプリケーションと連携して動作するユーティリティが 4 つまたは 5 つあります。これらのユーティリティは、.bat ファイル、または VB アプリ、PowerBuilder などのいずれかです。これらのユーティリティをソース管理で管理しようとしており、それらにバージョンを割り当てるより良い方法を見つけようとしています。現在、開発者はバージョン管理のメタデータ (特にラベル) を使用して、ツールのバージョン番号を保存しています。

私の目標は、ユーティリティごとに個別の InstallShield パッケージを用意し、これらのパッケージを簡単に管理してバージョン番号を割り当てることです。

情報を含む別の .ini ファイルをお勧めしますか、または情報を InstallShield .ism ファイル自体に保存しますか、それともバージョン管理ツールからのメタデータ情報を使用するだけですか?

アップデート：

私はオリオンのアイデアが好きです。ただ、ひとつ気になることがあります。バージョン番号をインクリメントするスクリプト...メジャー番号などを正しくインクリメントするほどインテリジェントではありません。たとえば、utils の 1 つにバージョン 1.2.3 があり、新しいバージョンが 2.0.0 になっているとします。スクリプトはこれを処理できない場合があります。

これは私たちの分岐技術に大きく関係していると思いますが、私たちには何もありません。utils は非常に小さいため、ソースにブランチは必要ないかもしれないと人々は考えていました。

dllsWeb アプリケーションのフッターに、たとえばデータベース スキーマとビジネス ロジックのバージョンを提供することを考えています。

これはお勧めですか？

これを最善の方法で行うための落とし穴や指針はありますか?

ユーザビリティの懸念？

CI ソリューションで使用する、スキーマと dll の両方のバージョン スキームが既にあります。

それはいつも私に起こります。誤ってファイルをバージョン管理してしまいました。バージョン管理をしたくありません (つまり、開発者/マシン固有の構成ファイル)。

このファイルをコミットすると、他のすべての開発者マシンのパスが台無しになります。

バージョン管理からファイルを削除すると、他の開発者のマシンから削除されます-彼らは不満を抱くでしょう.

ファイルをコミットしないことを選択した場合、常に「ダーティ」なチェックアウトが行われます。不満です。

リビジョン管理からファイルを「アンバージョン」するクリーンな方法はありますか?

編集：少し明確にしようとしています：私はすでにファイルをリポジトリにコミットしており、バージョン管理からのみ削除したいです-特に、チェックアウトを行っているすべての人から物理的に削除したくありません。最初は無視してほしかった。

回答: 2 番目の回答を受け入れることができるとしたら、これです。それはgitに関する私の質問に答えます-受け入れられた答えはsvnに関するものです。

開発チームには、製品に含まれるすべての画像を作成するグラフィックアーティストが含まれている（または利用している）とします。そのようなものには、アイコン、ビットマップ、ウィンドウの背景、ボタンの画像、アニメーションなどが含まれます。

明らかに、ソフトウェアの一部を構築するために必要なすべてのものは、何らかの形式のバージョン管理下にある必要があります。しかし、開発者向けのほとんどのバージョン管理システムは、主にテキストベースの情報用に設計されています。グラフィックスの人々は、コーダーが使用するのと同じバージョン管理システムとリポジトリを使用する必要がありますか？そうでない場合、彼らは何を使用する必要があり、すべてを同期させるための最良の方法は何ですか？