Daniel Barkalow [off-list ref] writes:
On Wed, 16 May 2007, Junio C Hamano wrote:
...
quoted
* db/remote (Tue May 15 22:50:19 2007 -0400) 5 commits
- Update local tracking refs when pushing
- Add handlers for fetch-side configuration of remotes.
- Move refspec parser from connect.c and cache.h to remote.{c,h}
- Move remote parsing into a library file out of builtin-push.
+ git-update-ref: add --no-deref option for overwriting/detaching
ref
AFAICT, this isn't really in my topic. Rebased too much, perhaps?
You have a new call to lock_any_ref_for_update() in the last
patch in your series, whose function signature is changed by
Sven's "add --no-deref".
Because the latter is already scheduled for 'master' post 1.5.2,
I rebased the remote series on top of it, to adjust to the
change early (i.e. while my memory is still fresh).
That's what
This was rebased on to Sven's change to lock_any_ref_for_update();
comment was about in the earlier "[2/4] What's not in 1.5.2" message.
On Wed, 16 May 2007, Junio C Hamano wrote:
Daniel Barkalow [off-list ref] writes:
quoted
On Wed, 16 May 2007, Junio C Hamano wrote:
...
quoted
* db/remote (Tue May 15 22:50:19 2007 -0400) 5 commits
- Update local tracking refs when pushing
- Add handlers for fetch-side configuration of remotes.
- Move refspec parser from connect.c and cache.h to remote.{c,h}
- Move remote parsing into a library file out of builtin-push.
+ git-update-ref: add --no-deref option for overwriting/detaching
ref
AFAICT, this isn't really in my topic. Rebased too much, perhaps?
You have a new call to lock_any_ref_for_update() in the last
patch in your series, whose function signature is changed by
Sven's "add --no-deref".
Because the latter is already scheduled for 'master' post 1.5.2,
I rebased the remote series on top of it, to adjust to the
change early (i.e. while my memory is still fresh).
That's what
This was rebased on to Sven's change to lock_any_ref_for_update();
comment was about in the earlier "[2/4] What's not in 1.5.2" message.
Oh, okay. I noticed the change, but missed that what it was rebased
onto wasn't simply in the implicit base for the series, and also didn't
realize that it was supposed to get listed that way. (I think it would be
more clear to list merges of depended-on series rather than the contents
of the series, when the depended-on series is also listed)
-Daniel
*This .sig left intentionally blank*