From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,a326ac15995ef20e X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.scarlet.biz!news.scarlet.biz.POSTED!not-for-mail NNTP-Posting-Date: Wed, 27 Sep 2006 08:24:50 -0500 From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: ANNOUNCE: Debian build scripts on a public Monotone server References: <871wpzd7js.fsf@ludovic-brenta.org> <4519647E.3020308@obry.net> Date: Wed, 27 Sep 2006 15:25:40 +0200 Message-ID: <87zmclzbjf.fsf@ludovic-brenta.org> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:Dh4jdXNV4OoHNbQj/TjL8k8pjRo= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 62.235.206.225 X-Trace: sv3-uXvmeTjmU4yeJ3IOGihIxMMoniif0Avx6PaymFVBXfdBd+RCrhDIm+XMZsWVbqg1Hf47r8ZGIpMJ7e9!1pJZEpc188BxcwMIyFq3aPyLqAQikz7M03hSAfT1PjxFLJBEHPvnqd4e1f38TnOe1CjVBn43lEg= X-Complaints-To: abuse@scarlet.be X-DMCA-Complaints-To: abuse@scarlet.biz X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 Xref: g2news2.google.com comp.lang.ada:6775 Date: 2006-09-27T15:25:40+02:00 List-Id: Brian May writes: > So maybe Subversion will improve in the future... > > However, right here and now, Monotone already does what Ludovic's > wants, Well put. > and I must say it does look very interesting. > > I find it interesting in Monotone you can commit changes even if your > tree is not up-to-date, so you only commit your changes first go, and > then you do the merge. As opposed to being forced to do both in the > one commit (I never liked this model). That's funny because it took me a little while to get used to the "commit first, merge then" model. I wasn't used to it. Now I like it quite a lot. > There are still some thing on this I am curious about though, for > example, what happens if two people try to merge conflicting trees at > the same time? They cannot merge conflicting trees at the same time, because they operate on two distinct databases. - if they both arrive at the same result, identified by its SHA1 (which is the common case thanks to automatic merge), then they end up with the exact same version in their databases. When they next sync, nothing happens since they are already in sync. - if they arrive at different results, perhaps because they resolved conflicts differently, then the branch has two heads, just as before. When they next sync, both will see both heads, and merge if they want to. Monotone sees nothing wrong with a branch having two or more heads. -- Ludovic Brenta.