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,b88c7b1a4db3246c X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.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: Thu, 08 Feb 2007 10:23:57 -0600 From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: Ada Reference Manual in texinfo format? References: <87sldpo83w.fsf@ludovic-brenta.org> <4dCdncquF5TP71_YnZ2dnUVZ_tOmnZ2d@megapath.net> <87odo9lhog.fsf@ludovic-brenta.org> <1170681175.011450.167450@k78g2000cwa.googlegroups.com> <0-adnRXpj9QKU1rYnZ2dnUVZ_t2tnZ2d@megapath.net> <1170752459.890968.12150@v33g2000cwv.googlegroups.com> <87fy9genlo.fsf@ludovic-brenta.org> Date: Thu, 08 Feb 2007 17:23:57 +0100 Message-ID: <87bqk4ehya.fsf@ludovic-brenta.org> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:Dfsro1hj9lNiuqGDX36BAsCRh0M= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 62.235.236.165 X-Trace: sv3-OH0oniPC1HhHWRvAQ+WtBthaWIbn7jNis/ktxb/FL7aNUOCs/TbBwsT5uZJ0ElYisEIdR4kAE35L/BX!bGpcP1OYlDifDn2fO6Kwi+BobP+guCzDuFx3eA6t0/hGXtT4dww2BOLy6o/rf7tFadeAAx5Oa3I= 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:9145 Date: 2007-02-08T17:23:57+01:00 List-Id: Robert A Duff writes: > Ludovic Brenta writes: > >>...(I do >> have a problem with svk and Subversion, though). > > What is the problem with subversion? Just curious... The working model, which is to say, the high-level design. IOW, Subversion is completely and utterly broken IMHO. The reasons: - centralised - does not keep track of merges - thinks a branch is a directory - thinks a tag is a directory - thinks there is only one project per repository - makes it easy for one commit to mistakenly revert the previous commit (i.e. if you forget to merge into your working copy before you commit) svk solves the first two problems, but if you work with svk and other team members work with Subversion directly, you're in for trouble. Not because of bugs, but because the very model is broken. Been there, done that (with the Debian packaging scripts for GCC). -- Ludovic Brenta.