Hi,

On Fri, 8 Feb 2008, Martin Langhoff wrote:

quoted text
> On Feb 8, 2008 5:44 PM, Martin Langhoff <martin.langhoff@gmail.com> wrote:
> >  None of these "rejected" branches have anything _new_, they are just 
> > stale. Nothing new to say.
> 
> And I guess the natural follow up question is: would it make sense to 
> tell git pull to do a "merge" for not-checked-out branches where we can 
> safely tell that the resulting "merge" will actually be a fast-forward?

That question comes up pretty often, I think.  But you need a working 
directory to resolve conflicts for merges.  You only have one, though.

So no, I think it is saner to have tracking branches (which are updated 
anyway), and local branches.  And once you're done with a branch, you 
simply push it, and then delete it (you will still have the result in the 
tracking branch).

Ciao,
Dscho

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html