[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] git
- From: Keir Mierle <mierle@xxxxxxxxx>
- Date: Tue, 28 Apr 2009 08:05:40 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=AIis2lmr2ti8w05u4Iqbb5P1nZt2kbdStjNzkBUStPg=; b=TAJRcJ9jcq++4qmOBNfaX2SitKQ4tajvFiPvTqaUYbvDUUY79atqnjT6dNiJLwsmy/ gXCpb83IccincwobqHVQblc2S6o6EyAeqmK5fgg70GvOEZd7ZgjBVMCJmx13oBxXTza0 Q2TLHrZbFQ94IwZoDRjcGNSs1B7Fj9GXYrZCM=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=IuE1pIyIp09op5ZfFP2IO9g14WX2w7ijQ9anAiAxCBbiv4P1NS4+ioY1Y2d9fJcb63 600acJAAzIMlWFTrXSZ7xutwaGbjZe3mvTgug4fu9SbGdAaCzidL2yGZ3xhUR7DZ4r1K hyx1EAnqEa7L2dSG/Xw8LjsEArdYsH0cmnmAs=
On Tue, Apr 28, 2009 at 5:53 AM, Benoit Jacob <jacob.benoit.1@xxxxxxxxx> wrote:
> Hi,
>
> We're considering moving to Git (or another DVCS).
Excellent! DVCS is the future of open source version control. The
argument is less clear in the corporate environment, but for open
source it is ideal because it lowers barriers to entry.
> The motivation is that lately there's been an increasing number of
> people doing experiments around Eigen, and so far we haven't found a
> way of making Eigen's SVN really friendly to that. There are 2 types
> of problems:
> a) one only asks for a KDE SVN account if one knows one'll keep
> contributing in the future. But many people just want to be able to do
> experiments with Eigen, code a potential new module, without making
> that kind of commitment right away.
> b) SVN is not as friendly as a DCVS for doing experiments and letting
> other people use the code without commiting to the central repository.
>
> We created the unsupported/ directory where we can add stuff without
> being worried about maintainance, but that didn't solve the above
> issues.
>
> I don't know much about Git or DVCS's in general but my impression is
> that it makes it easier to create your own branch of Eigen and then
> let other people use it. I also believe that git is far more clever
> than SVN at merging different branches. I would be interested in links
> explaining how this is the case... or proving me wrong.
>
> All this means moving out of the KDE tree (even if KDE moves to git in
> the future that wouldn't solve a)).
> But at the moment we have KDE trunk that relies on Eigen trunk. So in
> order to keep things convenient for KDE, we could, in the short term,
> keep a copy of eigen in kdesupport, where it is now, and update it
> from time to time by re-syncing with the git repo (any pointer
> appreciated as to best practice to do that).
> As soon as Eigen 2.1 is released and distros have packages, we'll tell
> people to use that. As, in the future, KDE will track eigen
> development less closely, we'll be able to remove the copy in
> kdesupport.
>
> I absolutely want to preserve 100% of the SVN commit history across
> this change. I was told this is possible and a friend offered to do
> the move for us.
>
> Questions:
> a) Git or Mercurial or another DVCS? Here like elsewhere, I expect git
> to be the most popular, but I don't have any opinions of my own as I'm
> very ignorant in these matters. From IRC and mail I received several
> "votes" for git and 1 for mercurial.
Both are excellent. Hg is a bit easier to use.
> b) Where to look for hosting? I heard that github is nice and offers
> useful features. The alternative would be tuxfamily which offers plain
> git repos, but certainly not with the same fancy features.
One plus for mercurial is that code.google.com will support it soon.
code.google.com has built-in code review support; just one less item
for the eigen devs to configure themselves.
Keir
> c) Any good git tutorial you'd especially recommend? especially
> regarding dealing with different branches ?
>
> Cheers,
> Benoit
>
>
>