Linus Torvalds wrote:This is kind of confusing. As I understood it from the few shreds of documentation that actually mention the grafts file, the grafts file is *not* being cloned. Therefore, my assumption was that cloning a repository that has a grafts file gives an identical result to cloning the same repository *without* the grafts file present. As I understand it now, the cloning process actually peeks at the grafts file while cloning, and then doesn't copy it. This results in a rather confusingly corrupt clone. I suggest two things: a. That during the cloning process, the grafts file is completely disregarded in any case at first. b. Preferably the grafts file is copied as well (after cloning). I never really understood why the file is not being copied in the first place (anyone care to explain that?). -- Sincerely, Stephen R. van den Berg. Differentiation is an integral part of calculus. -- 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
| jjohansen | [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Andrew Morton | 2.6.23-rc6-mm1 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
