J. Bruce Fields wrote:Sure, but that won't change. The only thing I'm proposing is that local copies of remote branches are automatically fast-forwarded on every pull, but only if * the branch has no modifications what so ever * the branch is set up to auto-merge with the particular branch fetched from the particular remote I really don't see any downsides what so ever with this. Those of you who do, please enlighten me. Extremely common case for a large group of users. The worst part is that this problem can get extremely annoying pretty quickly, with a large number of repos and a large number of branches, whereas the one dev per repo folks will never have big worries about it. -- Andreas Ericsson andreas.ericsson@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 - 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
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Justin C. Sherrill | Re: dragonflybsd.org website link? |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Patrick McHardy | [NET_SCHED 01/15]: sch_atm: fix format string warning |
