Andy Parkins <andyparkins@gmail.com> writes:I personally feel that if there are cases that merge conflict is hard to resolve, there is something wrong in the communication between project members. In other words, merging this *should* be hard. Really, if somebody wants to have project X at directory sub/X/ and somebody else wants the same at directory X/, merging the modules file would be the least of your concern -- resulting toplevel would not build correctly until you decide which tree hierarchy should be picked, and later exchange of results among project members would not be usable easily to half the people who picked the hierarchy differently from you did. - 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
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Artem Bityutskiy | [RFC PATCH 06/26] UBIFS: add superblock and master node |
| Joe Perches | [PATCH 001/148] include/asm-x86/acpi.h: checkpatch cleanups - formatting only |
| Linus Torvalds | Re: LSM conversion to static interface |
git: | |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Christoph Lameter | Network latency regressions from 2.6.22 to 2.6.29 |
