Re: [RFC] git-publish

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

 



Daniel Barkalow <barkalow@xxxxxxxxxxxx> 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.


-
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]