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
| Avi Kivity | [PATCH 09/58] KVM: MMU: Respect nonpae pagetable quadrant when zapping ptes |
| Andrew Morton | 2.6.25-rc2-mm1 |
| James Morris | Re: LSM conversion to static interface |
| Eric W. Biederman | Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu |
git: | |
| David Miller | Re: 2.6.25-rc8: FTP transfer errors |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT *] Solos PCI ADSL card update |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
