Thread (8 messages) flat view 8 messages, 3 authors, 2016-06-15

RE: [PATCH] git-gui: Modify push dialog to support Gerrit review

From: Jørgen Edelbo <hidden>
Date: 2016-06-15 22:58:38

-----Original Message-----
From: Johannes Sixt [mailto:j.sixt@viscovery.net]
Sent: 5. september 2013 10:57

Please do not top-post.

Am 9/5/2013 10:29, schrieb Jørgen Edelbo:
quoted
-----Original Message----- From: Johannes Sixt
quoted
Am 9/2/2013 10:54, schrieb Joergen Edelbo:
quoted
Changes done:

Remove selection of branches to push - push always HEAD. This can be
justified by the fact that this far the most common thing to do.
What are your plans to support a topic-based workflow? "Far the most
common thing to happen" is that someone forgets to push completed
topics. With this change, aren't those people forced to relinguish
their current work because they have to checkout the completed topics
to push them?
I am not quite sure what your concern is.
When I have completed topics A and B, but forgot to push them, and now I
am working on topic C, how do I push topics A and B?

You say I can only push HEAD. I understand this that I have to stop work on C
(perhaps commit or stash any unfinished work), then checkout A, push it,
checkout B, push it, checkout C and unstash the unfinished work. If my
understanding is correct, the new restriction is a no-go.
Ok, this way of working is not supported. It just never occurred to me that
you would work this way. Forgetting to push something that you have just 
completed is very far from what I am used to. I think it comes most natural
to push what you have done before changing topic. The reason I make a commit
is to get it out of the door.
-- Hannes
- Jørgen
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help