Franck <vagabon.xyz@gmail.com> writes:Commit ancestry grafting is a local repository issue and even if you manage to lie to your local git that 300,000th commit is the epoch, the commit object you send out to the downloader would record its true parent (or parents, if it is a merge), so the downloader would want to go further back. And no, rewriting that commit and feeding a parentless commit to the downloader is not an option, because such a commit object would have different object name and unpack-objects would be unhappy. If you choose not to have full history in your public repository for whatever reason (ISP server diskquota comes to mind) that is OK, but be honest about it to your downloaders. Tell them that you do not have the full history, and they first need to clone from some other repository you started your development upon, in order to use what you added upon. "This repository does not have all the history -- please first clone from XX repository (you need at least xxx commit), and then do another 'git pull' from here", or something like that. It _might_ work if you tell your downloader to have a proper graft file in his repository to cauterize the commit ancestry chain _before_ he pulls from you, though. I haven't tried it (and honestly I did not feel that is something important to support, so it might work by accident but that is not by design). Maybe you did not use grafts properly to cauterize? I tried the following and am getting expected results. I did not have patience to do 300,000, so I cut things at #4, though. -- 8< -- #!/bin/sh rm -fr .git git init-db echo 0 >path git add path for i in 1 2 3 4 5 6 7 do echo $i >path git commit -a -m "Iteration #$i" git tag "iter#$i" done git checkout -b mine iter#4 for i in A B C D do echo $i >path git commit -a -m "Alternate #$i" git tag "alt#$i" done git log --pretty=oneline --topo-order echo merge base is `git merge-base master mine` | git name-rev --stdin git-rev-parse iter#4 >.git/info/grafts echo "Cauterize away history before #4" git log --pretty=oneline --topo-order echo merge base is `git merge-base master mine` | git name-rev --stdin - 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
| David Miller | [GIT]: Networking |
| Fred . | Please add ZFS support (from GPL sources) |
| Krzysztof Halasa | [PATCH 0/3] Intel IXP4xx network drivers |
| Jon Ivar Rykkelid | sata_nv issues with MCP51 SATA controller |
git: | |
| Thomas Glanzmann | GIT Packages for Debian Etch |
| Paolo Ciarrocchi | UI and git-completion.sh |
| Shawn Pearce | Error writing loose object on Cygwin |
| Nicolas Pitre | Re: If you would write git from scratch now, what would you change? |
| Marco Peereboom | Re: Real men don't attack straw men |
| Brandon Lee | DELL PERC 5iR slow performance |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Marco Peereboom | Re: how to undelete? |
| Jim Winstead Jr. | Re: Root Disk/Book Disk Compatibility |
| Doug Evans | Re: Stabilizing Linux |
| Desmond A. Kirkpatrick | ATI GUP bug with Linux 'tickler' |
| H.J. Lu | Re: ksh has no 'up arrow' command recall |
