Thread (1 message) 1 message, 1 author, 2016-06-15
  • (off-list ancestor, not in this archive)
  • Re: [RFC] git-publish · Junio C Hamano <hidden> · 2016-06-15

Re: [RFC] git-publish

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:36

Daniel Barkalow [off-list ref] writes:
My suspicion is that most people who run commit directly and have a 
default push location tend to want to push after every commit (or, at 
least, be fine with that, and really want to have pushed after the last of 
a batch).
I for one would be horrified ;-) but that's probably just me.

Some people seem to like 'commit -o' (which now is the default),
and worse yet (from 'discipline' point of view) there are even
people who want to be able to edit the patch preview in place in
'commit -v' buffer.  Commits by these people are by definition
not even compile tested in isolation.  I suspect those are the
very people who would want to push immediately after they make
commits.

Chilly.

Don't get me wrong -- I am not opposed to "git-commit && git-push".
It may be handy if you are pushing into some alternate (backup)
location.  But "publish" (implying "public consumption") is too
much for my taste, and I am hesitant to endorse such a workflow.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help