From: Koen Kooi <k.kooi@student.utwente.nl>
To: openembedded-devel@openembedded.org
Subject: Re: Monotone issues
Date: Mon, 04 Feb 2008 10:48:56 +0100 [thread overview]
Message-ID: <47A6DF88.7010204@student.utwente.nl> (raw)
In-Reply-To: <47A6D6E6.4030700@whitby.id.au>
-----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@dominion.kabel.utwente.nl will go go away in december 2007, please
use k.kooi@student.utwente.nl instead.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFHpt+IMkyGM64RGpERAsDVAKCOrlpxiTzFtejCzGugXH46fP3PYACgnYnC
GPIwcaUXvaClKDVDb5GGLog=
=K0S+
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2008-02-04 9:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-31 23:51 Monotone issues Richard Purdie
2008-02-03 21:03 ` Graeme Gregory
2008-02-04 2:36 ` Michael 'Mickey' Lauer
2008-02-04 8:31 ` Koen Kooi
2008-02-05 8:45 ` Paul Sokolovsky
2008-02-04 8:58 ` Florian Boor
2008-02-04 9:12 ` Rod Whitby
2008-02-04 9:48 ` Koen Kooi [this message]
2008-02-04 10:24 ` Rod Whitby
2008-02-04 10:36 ` Graeme Gregory
2008-02-04 9:52 ` Graeme Gregory
2008-02-04 11:00 ` Michael Krelin
2008-02-05 8:37 ` Paul Sokolovsky
-- strict thread matches above, loose matches on Subject: below --
2008-02-01 10:19 Richard Purdie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47A6DF88.7010204@student.utwente.nl \
--to=k.kooi@student.utwente.nl \
--cc=openembedded-devel@lists.openembedded.org \
--cc=openembedded-devel@openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.