Hi, On Thu, 25 Oct 2007, Andreas Ericsson wrote: > Johannes Schindelin wrote: > > > On Thu, 25 Oct 2007, Andreas Ericsson wrote: > > > > > Johannes Schindelin wrote: > > > > > > > On Wed, 24 Oct 2007, Andreas Ericsson wrote: > > > > > > > > > Conceptually, I don't think it'll be any problem what so ever > > > > > telling anyone that the branches that aren't currently checked > > > > > out get merged automatically only if they result in a > > > > > fast-forward. > > > > > > > > It would be a matter of seconds until someone asks "why only > > > > fast-forwards? Would it not be _much_ better to merge _always_? > > > > Stupid git." > > > > > > > > And all because the concept of "local" vs "remote" was blurred. > > > > > > It's already blurred, since we have git-pull instead of just > > > git-fetch. > > > > Huh? How is "I ask git pull to fetch the remote branch, and merge it > > into my local branch" a blurring of local vs remote branch? > > > > The local branch is still the local branch where it is _my_ > > responsibility to update or change anything. > > True. So git pull saves you exactly one command. The various > fetch-all-git- repos-and-update-all-fast-forward-branches in circulation > at the office save us ~500 commands each time they're run. Or rather, > they *could* do that, but you can't know until you've run it. As I pointed out, there is no way to sensibly have 500 _local_ branches lying around. It is ridiculous to assume that you have to have local branches for all the stable, maintenance, whatever branches. When you have to change something, you branch, hack, develop, commit, push, and then _clean up_ after yourself. No need to clutter your local branch space with unused branches. > So what should I do to make what I want possible, without having > git-pull muddy the waters of local vs remote? There's clearly a user > desire for it, besides that of my eight co-workers and myself. Introduce > git-<cmd-156>? If you _insist_ on your workflow, hey, git is a free program, and you can do what you want to do with an alias easily enough. You can even make that alias part of the templates, so you can force your desires down the throat of every of your coworkers. However, that does not mean that you can insist on support for your workflow in upstream git. Ciao, Dscho - 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
