|
From: Matthew B. <mat...@gm...> - 2011-06-01 22:38:56
|
Hi, On Wed, Jun 1, 2011 at 12:58 PM, Eric Firing <ef...@ha...> wrote: >> The current practice worked very nicely with SVN (IMHO), and I think it > > (I recall that Mike had to rescue us more than once from svnmerge > confusions, at least during the earlier days.) I was just idly looking at the matplotlib network graph: https://github.com/matplotlib/matplotlib/network There seem to be lots of branches and cross merges ; the history of 1.0.x is extremely confusing. I wonder whether it would be worthwhile to review git workflow? I like Pauli's edits to the numpy gitwash docs in numpy for this. I've actually just merged these back into the gitwash main docs, example build here: http://matthew-brett.github.com/pydagogue/gitwash/git_development.html Maybe the overall point is that git does require some thought to history, and some rules-of-work, to avoid confusion. I've been managing a maintenance branch for my much smaller nibabel project without much trouble; I've just been doing the occasional cherry-pick and rebase from trunk for bugfixes. Cheers, Matthew |