Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] git push: Interpret $GIT_DIR/branches in a Cogito compatible way

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:45:38

mkoegler@auto.tuwien.ac.at (Martin Koegler) writes:
Nobody else seemd to be interessted in this topic, so its difficult to
start a discussion.

I would suggest to queue it in pu for some time and wait for other
feedback.
quoted
While I'd personally agree matching with whatever cg-push used to do might
make the most sense in the end, I am not sure changing of behaviour
abruptly like this is a good idea.
I'm open for any suggestion, how to make this change smoothly. I
think, that doing such a behaviour change should be OK for 1.6.1 or
1.6.2:

Until v1.5.4 (9 month ago), git-push with # was totally broken. Daniel
Barkalow fixed the fetch case in v1.5.4. As a side effect, git-push no
longer fails, but ignores everything after #. So in my option, the
current behaviour was created by chance.
quoted
I am also not so sure url#branch is illogical; I'd suggest dropping that
line from the commit log message in any case.
OK, I'll drop it in the next version.
Thanks for detailed explanation of the background.

Everything you said makes sense.  You convinced me that this is just a
bugfix that does not warrant a deprecation notice nor waiting for a flag
day release.  I'm even inclined to say that we should apply this
eventually to 'maint' (which means we'd fork a topic branch from maint,
merge that first to next and then to master and eventually to maint to be
included in 1.6.0.X, while the change will go to 1.6.1 as well).

Does the patch apply to 'maint' right now?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help