From users-return-26929-archive-asf-public=cust-asf.ponee.io@subversion.apache.org Thu Mar 8 18:03:54 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id B0C7F18064C for ; Thu, 8 Mar 2018 18:03:53 +0100 (CET) Received: (qmail 80608 invoked by uid 500); 8 Mar 2018 17:03:52 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 80598 invoked by uid 99); 8 Mar 2018 17:03:52 -0000 Received: from mail-relay.apache.org (HELO mailrelay1-lw-us.apache.org) (207.244.88.152) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2018 17:03:52 +0000 Received: from zulu.local (unknown [77.234.149.124]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id 2AB09503 for ; Thu, 8 Mar 2018 17:03:50 +0000 (UTC) Subject: Re: trunkless svn: using svn without a trunk To: users@subversion.apache.org References: From: =?UTF-8?Q?Branko_=c4=8cibej?= Organization: The Apache Software Foundation Message-ID: <292c90c6-c09f-9b8f-a20b-90fd5f11b8c6@apache.org> Date: Thu, 8 Mar 2018 18:03:48 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-GB On 08.03.2018 13:22, Paul Hammant wrote: > > I make a living visiting enterprises to help them get _to_ > Trunk-Based Development and _away_ from other branching models. > The advocacy site: https://trunkbaseddevelopment.com > for your bookmarks :) > > > > I have already read some of your site, and the impression I got > was that it's mostly about not having teams of developers working > on different branches simultaneously. And we're not planning to do > that; the whole team would only be working on one branch at a > time. Our workflow would be MUCH cleaner than the picture of the > "Cascade" workflow that you show > on https://trunkbaseddevelopment.com/alternative-branching-models/ > . >   > > > I look forward to you blogging about the pros/cons in a year.  > > In answer to your question, Subversion supports *_arbitrary_* > branching models.  The TBT way of working is just an idiom, that's > perhaps supported more in the tool chain that other ways of working.  > Specifically, you can create a branch from > http://svnServer/path/to/directory/ > to  http://svnServer/somewhere/else/entirely/ > and merge point tracking will make it > all work over time.  Try to keep merges in one direction. That's just > my TBD-related opinion and the great team that maintains Svn will > disagree. I may point out > https://paulhammant.com/categories.html#Limits_of_Merging though. > > Git and Mercurial don't support arbitrary branching - all branches > (and master (trunk equiv)) do the mechanics of branching from root. At > least for now - over time Git changes to implement things that were > previously "hell no".  Subversion and Perforce support arbitrary > branching.  The founding dev team for Subversion around the 2001 > timeframe would tell you that they were aware of Perforce and among > others it was inspiration for the design/goals of Svn. More or less. Maybe. In other news, 'trunk' is just another branch ... and I for one would have been happier back then if we hadn't singled it out in the recommended repository structure. Something like 'branches/main' would have been less confusing in the long run, IMO. The long and short of it is that whatever branching model you decide to use, its success depends on discipline and documentation more than anything else (as well as fitting the tool's (mis)features, of course). Whether or not cascading branches work for you really depends on whether they fit your development and release management methods. -- Brane