From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleh Krehel Subject: Re: Merge branch 'maint' Date: Fri, 11 Sep 2015 17:24:21 +0200 Message-ID: <878u8dgesa.fsf@gmail.com> References: <87twr37il4.fsf@gmail.com> <87y4gfpkjy.fsf@kyleam.com> <87lhceo8he.fsf@gmail.com> <87mvwtvrkc.fsf@kyleam.com> <87vbbhgo9h.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaQB2-0007Qy-Eq for emacs-orgmode@gnu.org; Fri, 11 Sep 2015 11:23:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZaQAy-0004d5-LP for emacs-orgmode@gnu.org; Fri, 11 Sep 2015 11:23:48 -0400 Received: from mail-wi0-x235.google.com ([2a00:1450:400c:c05::235]:38375) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaQAy-0004d0-Cc for emacs-orgmode@gnu.org; Fri, 11 Sep 2015 11:23:44 -0400 Received: by wiclk2 with SMTP id lk2so62370376wic.1 for ; Fri, 11 Sep 2015 08:23:43 -0700 (PDT) In-Reply-To: (Achim Gratz's message of "Fri, 11 Sep 2015 15:40:38 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > Am 11.09.2015 um 13:59 schrieb Oleh Krehel: >> What is the purpose of maint exactly? > > It's a bit short on the explanation side, but does that help? > > http://orgmode.org/worg/dev/index.html It does help a bit. > Also (not exactly the branch model ORg uses, but explains the issues > in more detail): > > http://nvie.com/posts/a-successful-git-branching-model/ > http://www.draconianoverlord.com/2013/09/07/no-cherry-picking.html > http://williamdurand.fr/2012/01/17/my-git-branching-model/ > >> In Emacs git repository there's >> master and emacs24. All commits apply to master first, while some are >> cherry picked onto emacs24. The emacs24 branch will never be merged into >> master: it's divergent and that's fine. > > You might want to check your facts (most recently, see for instance > commit 59db4308b546). Realitity simply doesn't conform to your > world-view and the conclusions you draw from it are similarly > distorted. Cherry-picking from master to emacs24 is actually fixing a > mistake made when committing a bug-fix to master. Well, there are only 5 commits since the last tag in the emacs-24 branch, the top one being a cherry-pick. I don't really see harm in them, there are more cherry-picks in that branch. What exactly is the advantage of having 2 commits in master for 1 commit in maint? Besides the ease of merging maint into master and master into maint or release? This ease of merging comes at the cost of ease of examining the master, which is where most of the work should be anyway. Now, please check my facts again. Is it true that Emacs doesn't have maint and has instead a bunch of hanging branches for each release that aren't meant to have master merged into them on release? If so, what exactly is the advantage in applying a patch to a stable branch and then merging it into master, instead of applying to patch to master and cherry-picking it to the stable branch? I'm not saying that I'm a Git expert or anything, far from it. But I observe the Git history of Emacs and Org regularly, and both models seem to be working fine for the users, release-wise. But the master branch of Emacs looks a lot better than the master branch of Org, and I don't understand the trade-off that Org's model offers to compensate for that lack of prettiness.