問題タブ [changeset]

Mercurial API を使用して、変更セットごとにリポジトリに加えられた変更を確認するにはどうすればよいですか? 特定のリビジョンに関連するファイルのリストを取得できますが、そのファイルに何が起こったのかを知る方法がわかりません。

変更セット内の各ファイルに関するこれらの質問にどのように答えることができますか:

• 追加されましたか？
• 削除されましたか？
• 変更されましたか？

これを教えてくれるファイルコンテキストに属性がありますか(もしそうなら、私はそれを見つけることができません)、または他の方法でこれを理解する方法はありますか?

これが私のコードです：

ファイルがさまざまな変更で複数回コミットされる場合、一度に 1 つの変更、つまり一度に 1 つの変更セットを取得するにはどうすればよいですか?

私はEclipse、Subversion、およびSubclipseを使用していますが、前者の2つ（またはMSプラットフォーム..）は当分変更できません。

Eclipse のチーム/同期ビュー (subclipse を使用) でチェンジセット モデルを選択すると、すべてのチェンジセットがリストされていても、ファイルは最新の関連するチェンジセットにのみリストされているようです。したがって、以前の変更セットは、必ずしも元のコミットのファイルの完全なセットを表示するわけではなく、コミットのファイルの元の差分も表示しません。

更新: コード レビューを簡素化するために変更セットを使用することを考えているので、1 つの変更セットでコミットされたすべてのファイルを部分的に更新したいと考えています。日食で特定のファイルの差分と特定のリビジョンを取得するのは簡単ですが、1 つの特定のコミット/変更セットのすべての変更を実用的な方法で実行したいと思います。

これが私のユースケースです：

私はプロジェクト XYZ を開始し、そのために作業項目を作成します。チェックインを頻繁に行います。合計で簡単に 10 ～ 20 回です。コードの変更はすべて、コードの読み取りとコードのレビューが行われます。

変更セットは連続していません。他の人が私の変更の間にチェックインしますが、まったく同じファイルに触れる可能性はほとんどありません。

だから...プロジェクトの終わりに、私は「合計差分」に興味があります-プロジェクト全体を完了するために私が1回チェックインしたかのように。理論上、これは計算可能です。ワークアイテムに関連付けられた変更セットのリストから、影響を受けたすべてのファイルのリストを取得します。次に、アルゴリズムは各ファイルの個々の差分を集約し、それらを 1 つに結合できます。他の誰かがファイルの名前を変更したり、非常に密接に変更したり、私と同じ機能を使用したりしたため、純粋な合計差分が計算できない可能性があります。私はその場合...私以外によるそれらの変更も合計差分に含めることができ、その事実について私に警告すると思います。

これは非常に便利だと思いますが、実際に t を実行する方法がわかりません。Visual Studio 2008/2010 (および/または TFS サーバー) で実行できますか? これを行うことができる他のソース管理システムはありますか?

ありがとう。

最近、Java プロジェクトのバージョン管理に mercurial を使い始めました。プログラムを実行すると、特定の出力を生成するために使用した入力パラメーターが特定のファイルに書き込まれます。その出力ファイルにも、現在の Mercurial 変更セット番号 (私のプログラムのバージョンを示す) を追加できればいいのですが。

Windowsでこれを行う最も簡単な方法は何ですか? コマンドの最初の行の出力を取得する単純な Java パーサーを作成することもできますhg log -l 1 が、もっと簡単な方法 (つまり、コード行を少なくする方法) があるのではないでしょうか?

私はサブリポジトリを読んでいて、ローカルでいくつかのテストを実行していますが、これまでのところ問題なく動作しているようですが、1つ質問があります。

特定のサブリポジトリに使用するチェンジセットを指定/制御するにはどうすればよいですか？

たとえば、次の2つのプロジェクトがあるとします。

ここで、アプリケーションのサブリポジトリとしてクラスライブラリが必要ですが、最長のブランチ（4番目のコミットとして終了するブランチ）が未成熟であるため、一時的に「2番目のコミット」のヒントを使用したいと思います。

それが可能であると仮定して、それを構成するにはどうすればよいですか？

上記の2つのリポジトリを設定し、ライブラリをサブリポジトリとして追加するバッチファイルを次に示します。

バッチファイルを実行すると、次のように出力されます。

その最後の行からわかるように、クラスライブラリ内のファイルの内容を確認します。これは4番目のコミットからの「v4」です。「v2」にし、クラスライブラリリポジトリから新しいバージョンをプルダウンする準備ができるまで「v2」のままにしておきます。

私がやりたいことができるかどうか、もしそうなら、サブリポジトリを正しいチェンジセットにロックするために何をする必要があるかを誰かに教えてもらえますか？

バッチファイル：

編集：わかりました。 @VonCに感謝します。次のセクションをバッチファイルのrem == clone ==行の上に追加して再実行すると、サブリポジトリが正しいチェンジセットにロックされます。

私は、TFS の変更セットに関するこのすべてのこと、および変更セットを構築して除外する方法などをすべて読んでいます。これとあれ... たくさんのファイルを 1 つの変更セットにチェックインします。

しかし、どのように物理的にそれを行うのですか？「Shelve changes」は理解できますが、「New Feature A」と呼ばれる「Changeset」を実際に作成し、関連するすべてのファイルをチェックインする方法がわかりません。

Visual Studio Team Foundation System 2008 の変更セット番号が与えられた場合、プロジェクト/ソリューションのどのファイルが変更セットで編集されたかを簡単に確認する方法はありますか?

チェンジセットとパッチの違いは何ですか？

今日hgを使用していましたが、importコマンドで、「順序付けられたパッチのセットをインポートする」ために使用されていることがわかりました。

パッチとは何ですか？

Windows98およびWindows2000以降の過去10年間でWindowsAPIがどのように変化したかに興味がありますか？あなたが知っている興味深いAPI呼び出しが追加されましたか？また、人々はまだAPIで何かを書いていますか？

私は今、Windowsプログラミングについてできる限りのことを学んでおり、これについて本当に興味があります。本はすべてを説明しているわけではないため、すべてのAPIの小さなサブセットを説明しているだけです。そして、WindowsAPIの最新のものについて知りたいです。

それで、私の一般的な質問は、98、200、Xp、Vista、および7バージョンの詳細なWinAPI差分レポートをどこで見つけることができるかということです。

TFS（TFS2008）に奇妙な問題があります。メイン トランクにマージしました。競合を解決し、それを 1 つの作業項目に関連付けてチェックインしました。

したがって、単一の変更セットを含む WorkItem があります。

以前のバージョンの csproj ファイルが TFS から取得されているため、ビルドが失敗しています。WorkItem を開いてリンクに移動し、変更セットを開くと、csproj ファイルが表示されません。実際、「マージ/編集」されているファイルはリストされていません... csprojが最初に欠けている他のファイルがあります。

上記のcsprojファイルで履歴を表示すると、それがあった最後の変更セットが表示されます。その変更セット（作業項目に関連付けられているのと同じ番号）を開くと、csprojファイルが存在し、他のすべての「merge /編集」ファイル。

なぜこれが起こるのか、そしてそれを解決する方法を誰かが知っていれば、それは非常に高く評価されます.

ありがとう