Re: kernel.org and GIT tree rebuilding

DSM> To get a clean history to push to Linus, I typically blow DSM> away my trees and make fresh ones to stick patches into DSM> which I want to merge.

DSM> Should I:

DSM> 1) Do a git pull from Linus's tree once he takes my changes, then DSM> ask GIT to prune the tree? How do I do that and how does it work?

DSM> 2) Should I use .git/object/ database symlinking?

DSM> Are there any scripts out there which do this automatically? DSM> Something as simple to run as "git-pull-script" and it takes DSM> care of using links when possible on a local filesystem.

git-pull-script internally uses git-fetch-script which knows how to do the local tree using hardlinks. Presumably, the following workflow would work:

 (1) You hack away in your private tree, while you keep a "to be
     published" clean tree, both on your local machine.

 (2) Do a GIT pull, merge in your private tree, to come up with
     a clean set of changes in your private tree.  This is the
     tree you "typically blow away".  Reordering the commits to
     come up with a clean history since you last pulled from
     Linus would also happen in this tree.

 (3) Once you have a commit that you want to publish (i.e. the
     commit chain between that commit and the point you last
     pulled from Linus is the "clean history to push to Linus"),
     you go to your "to be published" clean tree, and run
     git-fetch-script to fetch the commit you want to publish
     from your private tree.  When you give an absolute path as
     the "remote repo", git-local-pull with linking behaviour is
     used by git-fetch-script; otherwise rsync backend is used
     so you end up polluted object database.  This way you copy
     only the clean stuff from your private tree.  Your HEAD in
     this tree should be set to the commit you wanted to
     publish.  Running git-prune would be nicer but if your
     history is truly clean it should not be necessary.

 (4) Garbage collecting with git-prune your private tree is your
     business.