問題タブ [revision]

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.

分散型バージョン管理 (別名、分散型リビジョン管理、分散型バージョン管理) を使用している人々と、それをどのように見つけているかについて聞きたいです。Mercurial、Darcs、Git、Bazaar の何を使用していますか? まだ使っていますか？過去にクライアント/サーバーの rcs を使用したことがある場合、それが優れている、劣っている、または単に異なると思いますか? 私が時流に乗るようになるとしたら、何を教えてもらえますか? または、そのことについては飛び降りて、ネガティブな経験をした人の話も聞きたいです。

現在、この質問の原動力となっている現在のソース管理システム (Subversion) の置き換えを検討しています。

マシンが同時にオンになっておらず、接続が非常に遅い他の国の同僚と一緒に使用したことがある人に特に興味があります.

分散バージョン管理とは何かがわからない場合は、次の記事を参照してください。

分散バージョン管理の概要

ウィキペディアのエントリ

状況: ベータ版が終了し、バージョン 1.0 がいくつかの顧客サイトにリリースされました。チーム A は、段階的なバグ修正と使いやすさの微調整を行うバージョン 1.1 の作業にすでに忙しく、別のチームは、製品のコアが完全に再設計されている可能性がある大規模な変更を伴うバージョン 2.0 に取り組んでいます。現在、1.1 に加えられた変更のほとんどは、ある時点で 2.0 に移行する必要があり、2.0 ブランチで行われたバグ修正の一部は、実際には以前のリリースにスケジュールする必要がある場合があります。問題は、2.0 には基本的な違いがあるため、1.1 からの変更を手動で変換しないとマージできないことです。また、その逆も同様です。

私の質問: この種の状況でマージの競合と作業の重複を最小限に抑えるための最良のリビジョン管理プラクティスは何ですか? チームがリビジョン管理の問題に費やす時間と労力をできるだけ少なくしながら、顧客に定期的なパッチを提供するにはどうすればよいですか?

Eclipse->Team->Show History ビューを使用する場合、ファイルのリビジョンで Subclipse の「Get Contents」オプションと「Get Revision」オプションを使用する場合の違いは何ですか?

Subclipse が舞台裏で発行している svn コマンドを確認する方法はありますか?

PHP アプリケーションに使用するリビジョン番号をラベル付けしたいのですが、 CruiseControlを使用したり、ファイルを更新して毎回アップロードしたりしたくありません。どうすればいいですか？

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

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

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

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

Java Webアプリケーションでリビジョン番号を表示/使用する最良の方法は何ですか?

ant を使用して .war アーカイブを構築するだけで、buildserver などは使用しません。$ref の場合、リソース ファイルに書き込むことができる何らかの種類があればいいのですが、これは、問題のファイルがコミットされたときにのみ更新されます。私はそれを世界的に必要としています。

あなたは何をお勧めします？特定のファイルを更新するポストコミットトリガー? カスタム ant スクリプト? これを行うためのより非ハックな方法はありますか? または、svn とは独立した独自のバージョン番号を使用することをお勧めします。

編集：素晴らしい提案です！答えてくれてありがとう！

私たちはCVSからSVNに移行し、開発/テスト/リリースサイクルの順序を強制するために、ある種のリビジョン管理を採用しています。私たちは現在、同じコード行でテスト、開発、リリースを行っていますが、それが悪い習慣であることを知っており、それを終わらせたいと思っています。

あなたの経験、ノウハウ、ソースコードツリーでの作業の提案は何ですか。

小規模/平均（2〜5か月）のカスタムプロジェクトを構築しており、レビューのために顧客に早期にアクセスできるようにする必要があります。要件クリープは一般的です。

編集：注意してください、私はサブバージョンに関するアドバイスだけでなく、開発/テスト/デプロイサイクル全体がトランク/ブランチ/タグ/バージョンなどにどのように反映されるかについてのアドバイスが必要です

私はActiveRecordsに甘やかされてきました。そのため、SQL Serverに適用でき、JavaアプリケーションまたはWin32実行可能ファイルとして実行される移行システムを探しています。（もちろん、他のDBやホストOSとのさらなる互換性は大歓迎です。）

本当の望みは、ロールバックを備えた明確なスキーマ変更アプリケーションを用意することです。理想的には、SQLよりも優れたもので、DBシステムに依存しないようにすることです。

Javaベースの代替案について私が見つけた問題は、MicrosoftJDBCのクリーンなサポートがないことです。

何か提案を楽しみにしています。

変更されていないファイルをチェックアウトせずに、リビジョンまたはリビジョンの範囲で変更されたSVNリポジトリからのファイルのみをチェックアウトすることは可能ですか？