SVN vs. git, status update

Andy Green andy at openmoko.com
Tue Mar 11 12:01:41 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

> that should be easy but the problem is setting correct commit messages,
> from
> Andy tree I can see a lot of wrong names, missing Signed-off-by and null
> commit messages, that should be unacceptable after switching to git.

It's already unacceptable, but all that wrongness is in the mokopatches.
 Every patch I have on top -- the actual "andy" branch -- is always
correctly attributed and has the patch name as the first line of the commit.

> well, git rebase would be a way, the problem is that git rebase rewrites
> git history
> and if you wanna keep this patches published you have to delete remote
> branch and git push
> it again after git rebase.
> 
> If nobody wanna do this dirty job I could help integrating patches into a
> clean git tree and
> keeping it up to date with mainline.
> 
> We could start defining merge schedules, for now it could be every week or
> when something really big
> should be taken care of.

I think it is great you offer to help on this, but make sure you
understand the current strange situation.  Due to never getting anything
upstream, there is 18 months of backed-up patches all squashed into
metapatches that you can see in the "mokopatches" branch in git.  These
come out of svn as-is and I build on top of them in the "andy" branch in
git.

Right now if you propose a patch or patchset here, the process is to rip
up your patches (destroying any patchset structure) and distribute them
between the dozens of "mokopatches" topic patches, tearing off the
attribution and commit messages into svn somewhere along the way.  But
somewhere over that time, it became clear that the topic metapatches
themselves are not in an acceptable state for proposal upstream directly
and themselves need rework.  But this doesn't happen.  So we just go on
hopelessly trashing patches to add to these huge dungballs.

This is the actual task at hand that is the "dirty job", refactoring 18
months of flattened metapatches and getting them upstream.  Actually
running the git trees once that is done will be relatively simple.

But if you still want to do it, Werner will be overjoyed I should think :-)

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFH1maVOjLpvpq7dMoRAnsCAJ4hLZ394ddPb8q+8p52lZqPKRN0XwCeKAfv
uGAaM8DlGAH6ZYR25379nU8=
=dqHP
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list