問題タブ [keyword-expansion]

一部のプロジェクトをMicrosoftVisualSourceSafe（VSS）からMicrosoft Team Foundation Server（TFS）に移動したところ、キーワード拡張が機能しなくなったことに気づきました。

たとえば、$Log$またはのようなキーワード$Header$は正しい値に展開されなくなりました。

なぜこれなのか誰か教えてもらえますか？

システム内の一部のソース ファイルで、ソース管理チェックイン コメントが含まれているものと含まれていないものがあるという不一致に気付きました。これらのコメントは、チェックイン時にファイルの先頭に自動的に追加されます。

これは、私が一緒に仕事をしたすべての会社でかなり蔓延しているようですが、要点を理解するのに苦労していることを告白しなければなりません. 一般的に、コメントはあまり良くなく、多くの場合、離れて久しい人々によって残されます。たとえコメントが高水準であっても、それらを物理的なコードの変更に結び付けるのは困難です。

また、チェックインしているファイルを物理的に変更していることも気になります。これは、コンパイルされるファイルではそれほど問題にならないかもしれませんが、JavaScript ファイルなどの他のファイルでは問題になる可能性があります。

本当に、私の質問は、最初のインスタンスでこの機能を提供する背後にあるコンセプトの動機は何でしたか? これらのコメントが実際に役立つと思う人はいますか?

また、これがソース管理システム内で一般的にサポートされている機能であるかどうかも知りたいです。PVCS、VSS、および Subversion ( Subversion Keyword Substitution ) でそれを認識していますが、より一般的な DVCS のいくつかでも利用できるのではないかと思います。

いつもお世話になっております。

CVS では$LOG$、ソース ファイルに入れることができ、ファイルがチェックイン$LOG$されると、ファイル内の実際のログに展開されます。

しかし、これを Mercurial で実装する方法は? もちろん、最新のチェックイン日時など、他のキーワードも意味します。

私は裸の（リモート）GITリポジトリを持っており、そこにコミットすることを祝福された数人のユーザーがいます。リポジトリのクローン/プルでは、​​魔法を含む各ソースファイル$Id:$をスムーズに展開したいと考えています。のように: $Id: <name-of-last-committer> <data>.

この拡大/縮小された魔法の文字列がファイルの変更状態に影響しないとしたら、それは素晴らしいことです。

フックを介して行われると思います。すぐに使えるそのようなフックがあるのだろうか？または、私のタスクをどのよう$Idに解決できますか? ありがとう。

最後のコミット番号/ブランチ情報をgithubのコードファイルに挿入する方法はありますか？たぶん、ある種の予約語やトークンを使用していますか？私は高度なソース管理とgitに少し慣れていないので、正しい用語を使用していない場合はご容赦ください。質問を自由に言い換えてください。

このトピックに関するいくつかの投稿を読んで、キーワード置換の使用に反対するいくつかの短所があることに気付きました. それにもかかわらず、次の問題を解決する方法が必要であり、誰かが git を使用してこれを解決する方法についてアイデアを持っていることを願っています (キーワード置換を使用するかどうかにかかわらず):

VCS として git を使用するメイン アプリケーションがあります。このメイン アプリケーションの一部 (XML ファイルの特定のセット) は、私が git (別のリポジトリ) も使用するユーティリティによって使用されています。

現在、メイン アプリとユーティリティのリリース サイクルは異なります。新しいバージョンのユーティリティをリリースするたびに、メイン アプリケーションから最新の XML ファイル セットをコピーしています。ユーティリティ内では、この XML ファイルのセットは git のバージョン管理されていないコンテンツであるため、リポジトリにチェックインすることさえできません。

今のところ、このユーティリティのさまざまなリリース (git によって管理され、リリースにタグが付けられています) を見るたびに、含まれている XML ファイルのセットがどの「バージョン」(より良いのはコミット ハッシュ) を参照しているかを知る方法がありません。 .

だから私は考えていました: それらの XML ファイル内に最新のコミット SHA を (コメントとして) 持つことができれば、ユーティリティの特定のバージョンが参照する XML ファイルのセットを常に知ることができます。このアプローチに何か問題がありますか、それともこれが進むべき道ですか? はいの場合、最新の commit-SHA を XML ファイルに入れるにはどうすればよいですか? ($Id:$ はコミット SHA を使用しないことを読みましたが、「ブロブ」-SHA を使用しますか?)

私がやりたいことはこれです：

しかし、それはうまくいきません。辞書の展開を明示的な引数と組み合わせる方法はありますか、または明示的な引数を2番目の辞書で定義し、2つをマージして結果を展開する必要がありますか?

ソースを git-hub サーバーにチェックアウトするたびに、ソース コードのリビジョン キーワード (@version、@date など) を更新する必要があります。

あなたが知っているかもしれないように：

Git でのこれに関する主な問題は、Git が最初にファイルのチェックサムを計算するため、コミット後にコミットに関する情報を使用してファイルを変更できないことです。

基本的に私が達成したいのは、私のソースコードが以下のようになることです:

こことここで、Git でこれを実現する方法の完全な説明を見つけることができます。

コミット/チェックアウト時にファイルで置換を行うための独自のフィルターを作成できることがわかりました。これらは「クリーン」フィルターと「スマッジ」フィルターです。.gitattributes ファイルでは、特定のパスにフィルターを設定し、ファイルがチェックアウトされる直前 (「smudge」、図 7-2 を参照) およびコミットされる直前にファイルを処理するスクリプトを設定できます。

だから私はgitコマンドでそれを行う方法を知っています。私はテストしました、それはうまくいきます！私の本当の問題は、Eclipse IDE を使用して同じことを達成したいということです。Eclipse には、Git バージョン管理システムの純粋な Java 実装である JGit に基づく Eclipse Team プロバイダーである Eclipse Git があります。

Eclipse EGit には「git checkout」というコマンドはありませんが、ハード リセット (プロジェクトを右クリックし、[チーム] -> [リセット] -> [ハード] を選択) によって実現できます。残念ながら、これはクリーン/スマッジ フィルターを実行しません。実際には、キーワード展開なしで git ハブからソースのプレーン コピーを取得します。

ここで質問するので、全体のストーリーを詳細に説明したことを願っています。

• EGitを使用してEclipseでこれは可能ですか?

、およびgit-svnのようなsvnキーワードを使用するリポジトリで使用しています。一般にそれらを置き換える必要はありませんが、たとえば、正しい SVN リビジョン (実際の SVN コミットである場合に取得可能) をコンパイル済みのバイナリに入れると役立ちます。これを簡単に達成する方法は？$Revision$$Id$$Date$git svn find-rev $(git log FILENAME | head -n1 | awk ' { print $2 } ')

ビルド バージョンが埋め込まれた自動ビルド パッケージを作成しようとしています。

使用されているバージョン管理システムは RTC です。

私が見る限り、キーワードの展開もファイルのバージョン番号もありません。RTC フォーラムで、誰かが答えました (pp)。

どういうメカニズムなのか、よくわかりません。RTC がバージョン番号を付けていないのに、RTC 自体にバージョン番号 (RTC 3.0 など) があるのも奇妙です。

別の方法として、この情報を含むテキスト ファイルを作成し、それを自分でインクリメントする方法があります。