1

私はデフォルトのブランチにいました。

それから私は使用しましたhg pull -u

それから私はこれを手に入れます

searching for changes
adding changesets
adding manifests
adding file changes
added 3 changesets with 3 changes to 1 files
1 files updated, 0 files merged, 0 files removed, 0 files unresolved

今、どのファイルが更新され、そのファイルのどの内容が更新されたかを知りたい

4

2 に答える 2

7

これが、hg pullnotを使用するほうがよい理由hg pull -uです。優先セッションを使用した場合、hg pullセッションは次のようになります。

$ hg pull
searching for changes
adding changesets
adding manifests
adding file changes
added 3 changesets with 3 changes to 1 files

$ hg diff default  # this shows you exactly what you want to see

$ hg update
1 files updated, 0 files merged, 0 files removed, 0 files unresolved

重要なのは、(新しい変更セットをリポジトリに) プルするが、作業ディレクトリ内のファイルを更新しない場合hg diff default、現在の作業ディレクトリのファイル (プル前に持っていたもの) と新しいヘッドを比較できることです。プル後のデフォルトの。変更が気に入ったら、ローカル ファイルに適用しますhg update。

とはいえ、この特定のケースでは、3 つの変更セットがあることがわかっているため、それらはおそらく線形であるため、次のことができます。

hg diff --rev -4

これは、私の現在のリビジョン (あなたが更新して以来のヘッド) とリビジョン 3 を比較します (-1 が最後です)。-uしかし、習慣を破る。リポジトリと作業ディレクトリの更新はまったく別のアクションであり、別々に行うことをお勧めします。

于 2013-10-24T03:52:11.633 に答える
2

hg incominghg pull（更新オプションの有無にかかわらず）実行時にプルされる新しい変更セットを確認できます。私は通常、TortoiseHG を介してこれを行います。変更セットを更新するどころか、変更を実際にローカル リポジトリに持ち込む前に、何が入ってくるかを健全にチェックすることができます。

于 2013-10-24T13:47:57.000 に答える