[oe] Monotone issues

Koen Kooi k.kooi at student.utwente.nl
Mon Feb 4 09:48:56 UTC 2008


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

Rod Whitby schreef:
|> Graeme Gregory schrieb:
|>> Sounds like it is time for our regular re-assessment of the use
|>> of monotone. Maybe we should start another round of testing other
|>> SCM systems again.
|
| Let's just cut to the chase and discuss why we're not using git ...

1) git couldn't import the flat-file OE tree, neither could cogito
2) git 1.4 just threw away your local changes on what git calls a 'merge'
3) it has no sense of 'time' inside commits
4) it is lossy
5) it has no guarantee against man-in-the-middle or filesystem corruption.
6) You can't attach attributes (e.g. QA results) to revisions
7) You can't store empty directories in git (ask Holger about the pain)

To expand on 5: Monotone uses rsa to ensure two things:

1) the tree is uncorrupted (in the sense of bad disks)
2) the tree is trusted

With git you say 'my tree has 6767e' and I say 'my tree has 9090d' and
we have no idea of what went wrong or where it went wrong, just that our
trees don't match.

To expand on 4:

Git was designed to cater people that send each other patches over a
mailinglist that rot for a few weeks till a new 'merge window' opens,
the current tree is basically thrown away and you have to put your
patches on top of a new release.

That is why we didn't use git in the past, things could be very
different now.

And we all have to keep in mind that OE is the odd one out in the SCM
worlds, since we have about 25 small commits per day on files that have
a really short lifetime, not 1 change per week to main.c. This is one of
the reasons why monotone is so slow for us.

regards,

Koen

- --
koen at dominion.kabel.utwente.nl will go go away in december 2007, please
use k.kooi at student.utwente.nl instead.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFHpt+IMkyGM64RGpERAsDVAKCOrlpxiTzFtejCzGugXH46fP3PYACgnYnC
GPIwcaUXvaClKDVDb5GGLog=
=K0S+
-----END PGP SIGNATURE-----




More information about the Openembedded-devel mailing list