Re: What's cooking in git.git (Jul 2015, #05; Mon, 20)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2015-07-20 at 22:15 -0700, Junio C Hamano wrote:
> David Turner <dturner@xxxxxxxxxxxxxxxx> writes:
> 
> >> * dt/refs-backend-preamble (2015-07-13) 7 commits
> >>  - git-stash: use update-ref --create-reflog instead of creating files
> >>  - update-ref and tag: add --create-reflog arg
> >>  - refs: add REF_FORCE_CREATE_REFLOG flag
> >>  - git-reflog: add exists command
> >>  - refs: new public ref function: safe_create_reflog
> >>  - refs: Break out check for reflog autocreation
> >>  - refs.c: add err arguments to reflog functions
> >> ...
> >>  Still under discussion.
> >> 
> >>  Will hold.
> >
> > What's left to discuss on this one? I think the latest version addresses
> > all concerns, but I'm happy to do another reroll or discuss further if
> > necessary.
> 
> I think I found the series more or less ready when I saw v7, but
> there was a good discussion between Michael Haggerty and you on that
> round after I thought so, and then you posted the reroll (v8) which
> is what is queued above.  As I was not closely following the earlier
> exchange, I wanted to hear from Michael if everything is now good
> with v8, which hasn't happened as far as I recall.

Thanks.  I've incorporated Michael Haggerty's suggestions into v9.

> Also in $gmane/273828 [*1*] you hinted (but without showing a firm
> commitment) that there might be a reroll coming, which was another
> reason why I wasn't in a hurry to merge v8 iteration down to 'next'.

The current version does not use the term "pseudoref" (it is used in the
refs backend series, and added to the glossary in those patches).

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]