What did I just fetch?

When updating in cvs, I get a list of files changed by the update.

How can I do this in git when fetching into a bare repo?

% GIT_DIR=. git fetch git://source/project
remote: Generating pack...
remote: Done counting 18 objects.
remote: Result has 10 objects.
remote: Deltifying 10 objects.
remote:  100% (10/10) done
Unpacking 10 objects
remote: Total 10, written 10 (delta 6), reused 7 (delta 3)
 100% (10/10) done

So, I'd like to see the files, perhaps the differences, etc.

Bill

Bill Lear wrote:

You should have also something like below:
* refs/remotes/origin/master: fast forward to branch 'master' of git://source/project
  old..new: 1732a1f..73a2acc

 $ git diff --summary 1732a1f..73a2acc
 $ git diff --summary ORIG_HEAD..HEAD

Or, if you want to see the log instead:

 $ git log 1732a1f..73a2acc
 $ git log origin/master

By the way, you get summary automatically when doing pull, on merge (but not on fast-forward, I think).

On Wednesday, January 31, 2007 at 14:15:49 (+0100) Jakub Narebski writes:

BTW, this is with git 1.4.4.1...

I don't see the refs/remotes/origin/master line you refer to:

% git --bare fetch git://source/project remote: Generating pack... remote: Done counting 18 objects. remote: Result has 10 objects. remote: Deltifying 10 objects. remote: 100% (10/10) done Unpacking 10 objects remote: Total 10, written 10 (delta 6), reused 7 (delta 3)

And no refs/remotes file:

% ls refs heads tags

I can get a commit id by using -v:

% git --bare fetch -v git://source/project remote: Generating pack... remote: Done counting 18 objects. remote: Result has 10 objects. remote: Deltifying 10 objects. remote: 100% (10/10) done Unpacking 10 objects remote: Total 10, written 10 (delta 6), reused 7 (delta 3)

* fetched git://source/project
  commit: 89f0bd4

And, why do repeated fetches seem to fetch something instead of saying "I've got nothing to do, you stupid git!"?

Well, I'd just like to see what is in this commit, I guess, then.

So, I try git cat-file, and notice what looks like an error in the usage message:

% git --bare cat-file 89f0bd4 usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>

It seems to indicate the switches and the type are optional (square brackets), but it's not doing anything, so it must want one of the switches.

% git --bare cat-file commit 89f0bd4 tree d9421c9d3079dc48a3b3c5938a6a29e1404bd322 parent 0624063622c793d5812bdf84c909eaf17abf4f2d parent 069596712287564e2e6d45207cb5f5b4069ed7ac author John Smith <jsmith@myco.com> 1170168752 -0600 committer John Smith <jsmith@myco.com> 1170168752 -0600

Merge branch 'master' of ssh+git://source/repos/git/project

So, then I find git show:

% git --bare show --pretty=fuller 89f0bd4
[98 blank lines suppressed!!]
commit 89f0bd43b21431c70fe22e099b8c0fc11b190b0e
Merge: 0624063... 0695967...
Author:     John Smith <jsmith@myco.com>
AuthorDate: Tue Jan 30 08:52:32 2007 -0600
Commit:     John Smith <jsmith@myco.com>
CommitDate: Tue Jan 30 08:52:32 2007 -0600

    Merge branch 'master' of ssh+git://source/repos/git/project

So, still no "content" here.  Should I be expecting some?

And, what does "Merge: 0624063... 0695967..." mean?

Bill

On 01.02.2007, Bill Lear wrote:

git 1.4.4.1 if I remember correctly didn't use "separate remotes" configuration by default. Besides, your repo might have been cloned without separate remotes, and if it is bare repo it probably have been (and should been) cloned 1:1.

So instead of refs/remotes/origin/master you should see refs/heads/origin if you are in "live" repo, and refs/heads/master if you are in bare repo.

But the problem here (namely no refs update info) is that you use URL but provide no refspecs. Git downloads something, but doesn't update refs because you didn't requested that. This case is usually used _only_ to *pull* (not only fetch) some spurious repo without need for tracking branch.

If you want to download changes since clone (or last fetch), you should use "git --bare fetch origin" (or even "git --bare fetch"). Note: with git 1.4.4.1 this would not pick up _new_ refs.

I forgot that bare repos got cloned 1:1, and not using separate remotes layout. Besides git 1.4.4.1 didn't use separate remotes layout by default, if I remember correctly.

Hmmm... I wonder what you have fetched. Probably remote HEAD.

Because even that you download objects, you don't store _references_ to those objects (no refs gets updated because of no refspecs in git-fetch invocation), besides FETCH_HEAD. And FETCH_HEAD is used by git-pull only; it looks like it is not considered in checking what you have when negotiation on fetch.

You should use git-show instead. In 1.5.0-rc3 it can be used for pretty much anythong git-cat-file was used/

Fact. I'm not sure how this usage string should be written...

It means that it is a merge commit. And merge commits (unless you enable merge.summary) by default consist only of "Merge branch '<name>' of <repo>" nessage. Merge commit diff is not shown by default: you have to use --cc for that (as ordinary diff doesn't work with more than one parent).

On 1/31/07, Bill Lear <rael@zopyra.com> wrote:

You are just fetching the objects, but you are not storing the tip of the branch (in this case HEAD) anywhere.

Use the verbose flag (-v) to get the commit hash

$ git fetch -v ${remote}
....
* fetched ${remote}
  commit: ${hash}

Santi