SVNREV. SVNREVは、現在のリビジョン数のプロジェクト数をC / C ++ヘッダーファイル、JavaパッケージファイルまたはC＃クラスファイルに書き込む小さなプログラムです。 このリビジョン番号は定数に格納されています（Tのマクロ
今すぐダウンロード

SVNREV. ランキングとまとめ

SVNREV. タグ

スタンプ CVS CVSリソース Subversionの統合 VB6 サブバージョン サブバージョン Subversionクライアント Subversionの設定 サブバージョンログ CVSへのスペクトル Subversionのモニター Subversion ライブラリ Subversionサーバーを管理する 超変換局 CVSクライアント CVSのコントロール CVSモジュール 職場CVS CVS機能 Subversion Server. CVSオプション Subversion インターフェース サブバージョンエディタ CVSにアクセスする Subversion Management. Python Subversion. CVSファイル スタンプ申請 スタンプコンポーネント C ++ヘッダー RCS Subversion Deployer. 水銀への転覆 CVS後継者 CVS輸入

SVNREV. 説明

あなたのアプリケーションやコンポーネントをリビジョン番号で印刷します SVNREVは、C / C ++ヘッダーファイル、Javaパッケージファイル、またはC＃クラスファイルに現在のリビジョン数を書き込む小さなプログラムです。このリビジョン番号は、数値と文字列として、定数（C / C ++の場合はマクロ）に格納されます。ソースファイルに存在する必要がある「RCSキーワード」からリビジョン番号を取得します。 SVNREVは、Subversionバージョン管理システム用に特に設計されていますが、CVSとRCSでも使用できます。 SVNREVは、特定のIDEに頼らない自己完結型のユーティリティです。 SVNREVはポータブルユーティリティであり、適合Cコンパイラが利用可能なすべての環境で実行されるはずです。私たちの目的は、それを「Makefile」から使用し、バージョン管理システム、特に逆転送システムに接続することでした。 SVNREVを使用するのはなぜですか？ コンピュータプログラムにはバージョンがあります。各コンポーネント（DLL、ActiveXオブジェクト、OLEサーバ、組み込みファームウェアなど）には、独自のバージョンがあります。世界が完璧だった場合、同じバージョン番号の2つの異なるコンポーネントが存在してはいけません。実際には、特にベータ期間中に「ステルス」のアップグレードが起こります。 MSVCRT20.DLLの多くの異なるリリースがあり、すべて同じバージョン番号2.11.000があります。同様に、CTL3D.DLLバージョン1.0およびcomdlg32.dllバージョン4.00の互換性のないリリースは「そこに」です。 さまざまなコンポーネントを互いに区別するために必要なものは、コンポーネントのバージョン文字列に「リビジョン番号」を添付することです。このような方式が設定されている場合（およびリビジョン番号がバージョン番号の一部）場合、開発者は誤って更新されたコンポーネントを前のリリースとまったく同じバージョンスタンプで解放しなくなりました。バージョン番号が「about」ボックスおよび/またはバージョンリソースに存在する場合、ユーザーはどのバージョンが持っているかをすばやく確認できます。これが開発者に伝達されると、バグはかなり簡単になる可能性があります。再現する。 もっと人気のある用語で：あなたが顧客または同僚に「そのコンポーネントなのか」と尋ねたことがあるならば、あなたはsvnrevを使うことを検討するべきです。ファイル日付/タイムスタンプには、信頼できないという評判があります。 コンパイルごとに自動的に増加するビルド番号を維持するためのいくつかのユーティリティがあります。ただし、これには、ビルドスタンプとバージョン管理との間に直接リンクがないという欠点があります。そのようなリンクを入手するには、現在のビルド番号をバージョン管理に保持するファイルをチェックインする必要があります。 Multi-Developerグループでは、この機械生成された、頻繁に変更されたファイルは、バージョン管理システムの迷惑になります。実際には、通常、マシン生成ファイルをバージョン管理に入れないでください。 SVNREVは異なるアプローチを使用します。バージョン管理システムがソースファイルに維持するキーワードからビルド番号を照会します。より具体的には、SVNREVは "$ id：$"キーワード（およびオプションで2つの他の2つ）を使用します。 Subversionには、ファイルごとに別のリビジョン番号ではなく、プロジェクト全体の単一のリビジョン番号のみが使用される便利なプロパティがあります。これはCVSとRCSの場合ではありません。 CVS / RCSを使用してSVNREVを使用する方法については、「CVSとRCSでSVNREVの使用」の項を参照してください。 SVNREVは、製品/アップデートを誰かに送信する前に、バージョン管理に変更をコミットすると仮定します。 SVNREVが違いを検出した場合は、生成したマクロ/定数の2つに「変更されたフラグ」を追加します。これは、ソースコードのローカルコピーにまだバージョン管理に含まれていない変更が含まれている場合、送信したアプリケーション/コンポーネントのリビジョン番号がSubversionの間違ったリビジョン番号にリンクされていることがわかります。その数は、既にドアから出た以前のアプリケーション/コンポーネントとは異なる可能性があります（バージョンコントロールを悪いバージョンコントロールを使用する場合、または更新を早く更新を送信しない限り）、正しいリビジョンを見つけることは難しく、または不可能でさえあります。したがって、変更を最初にコミットしてから、デプロイする最終リリースを作成します。

SVNREV. 関連ソフトウェア