Hi Junio, On Wed, 11 Oct 2017, Junio C Hamano wrote: > Junio C Hamano <gitster@xxxxxxxxx> writes: > > > Johannes Schindelin <johannes.schindelin@xxxxxx> writes: > > > >> Subject: Re: [PATCH v2 2/3] for-each-ref: let upstream/push optionally remote ref name > > > > No verb? s/optionally/report/ perhaps? > > I just noticed that I didn't tweak the copy I have in my tree after > sending this message, but now I did s/optionally/& report the/; Yes, sorry for not reading this earlier, this is what I meant the commit subject to say. > I am still puzzled by the hunk below, though. > > >> @@ -1262,6 +1265,14 @@ static void fill_remote_ref_details(struct used_atom *atom, const char *refname, > >> *s = xstrdup(remote); > >> else > >> *s = ""; > >> + } else if (atom->u.remote_ref.option == RR_REMOTE_REF) { > >> + int explicit, for_push = starts_with(atom->name, "push"); > > > > Hmph, the previous step got rid of starts_with() rather nicely by > > introducing atom->u.remote_ref.push bit; can't we do the same in > > this step? Right, I forgot to edit this. FWIW I have this in my branch now: -- snip -- [PATCH] squash! for-each-ref: let upstream/push optionally remote ref name for-each-ref: let upstream/push optionally report the remote ref name There are times when scripts want to know not only the name of the push branch on the remote, but also the name of the branch as known by the remote repository. An example of this is when a tool wants to push to the very same branch from which it would pull automatically, i.e. the `<remote>` and the `<to>` in `git push <remote> <from>:<to>` would be provided by `%(upstream:remotename)` and `%(upstream:remoteref)`, respectively. This patch offers the new suffix :remoteref for the `upstream` and `push` atoms, allowing to show exactly that. Example: $ cat .git/config ... [remote "origin"] url = https://where.do.we.come/from fetch = refs/heads/*:refs/remote/origin/* [branch "master"] remote = origin merge = refs/heads/master [branch "develop/with/topics"] remote = origin merge = refs/heads/develop/with/topics ... $ git for-each-ref \ --format='%(push) %(push:remoteref)' \ refs/heads refs/remotes/origin/master refs/heads/master refs/remotes/origin/develop/with/topics refs/heads/develop/with/topics Signed-off-by: J Wyman <jwyman@xxxxxxxxxxxxx> Signed-off-by: Johannes Schindelin <johannes.schindelin@xxxxxx> --- ref-filter.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/ref-filter.c b/ref-filter.c index 2556c7885de..6ab12658cb3 100644 --- a/ref-filter.c +++ b/ref-filter.c @@ -1268,9 +1268,11 @@ static void fill_remote_ref_details(struct used_atom *atom, const char *refname, else *s = ""; } else if (atom->u.remote_ref.option == RR_REMOTE_REF) { - int explicit, for_push = starts_with(atom->name, "push"); - const char *merge = remote_ref_for_branch(branch, for_push, - &explicit); + int explicit; + const char *merge; + + merge = remote_ref_for_branch(branch, atom->u.remote_ref.push, + &explicit); if (explicit) *s = xstrdup(merge); else -- 2.14.2.windows.2 -- snap -- (The funny "squash!" followed by a complete version of the rewritten commit message is what I do until I -- or anybody else -- comes up with a patch to implement support for "reword!".) I'll let this simmer until next week and send out a new iteration of the patch series then. Thanks, Dscho