On Thu, 11 Nov 2010 16:37:53 -0600, Jason McCampbell wrote: [clip]
We will take a look at this and the script. There is also a feature in git that allows two trees to be grafted together so the refactoring will end up as a branch on the main repository with all edits.
Yes, this is pretty much what the script does -- it detaches the commits in the refactor branch from the Git-SVN history, and reattaches them to the new Git history. This changes only the DAG of the commits, and not the tree and file contents corresponding to each commit. (Git's graft feature can only add new parents, so filter-branch is needed.)
My hope is that we can roll all of our changes into the main repository as a branch and then selectively merge to the main branch as desired. For example, as you said, the IronPython changes don't need to be merged immediate.
I'm not sure if we should put development branches at all in the main repository. A repository like github.com/numpy/numpy-refactor might be a better solution, and also give visibility. -- Pauli Virtanen