Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4AB3411CED for ; Fri, 8 Aug 2014 10:09:49 +0000 (UTC) Received: (qmail 24795 invoked by uid 500); 8 Aug 2014 10:09:48 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 24743 invoked by uid 500); 8 Aug 2014 10:09:48 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 24731 invoked by uid 99); 8 Aug 2014 10:09:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Aug 2014 10:09:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of LSimons@schubergphilis.com designates 195.66.90.56 as permitted sender) Received: from [195.66.90.56] (HELO sbppmx2.schubergphilis.com) (195.66.90.56) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Aug 2014 10:09:44 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id 8324D12A5E for ; Fri, 8 Aug 2014 12:09:20 +0200 (MEST) X-Virus-Scanned: amavisd-new at schubergphilis.com Received: from sbppmx2.schubergphilis.com ([127.0.0.1]) by localhost (sbppmx2.schubergphilis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0+N9RBur-KaT for ; Fri, 8 Aug 2014 12:09:20 +0200 (MEST) Received: from SBPOTMG101.sbp.lan (edge.schubergphilis.com [195.66.90.11]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id 76EA912868 for ; Fri, 8 Aug 2014 12:09:20 +0200 (MEST) Received: from SBPOMF401.sbp.lan (10.71.2.132) by SBPOTMG101.sbp.lan (10.71.3.100) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 8 Aug 2014 12:09:19 +0200 Received: from SBPOMB401.sbp.lan ([fe80::2163:a5b:1dc1:9f]) by SBPOMF401.sbp.lan ([fe80::c5d1:c472:fbef:cb05%14]) with mapi id 14.03.0195.001; Fri, 8 Aug 2014 12:09:19 +0200 From: Leo Simons To: "dev@cloudstack.apache.org" Subject: Re: must read (git.git workflow) Thread-Topic: must read (git.git workflow) Thread-Index: AQHPsvDRIFipTjCC2UOil+PvyYlN+g== Date: Fri, 8 Aug 2014 10:09:19 +0000 Message-ID: <02C63451-014D-40EA-ADFF-A3533608717D@schubergphilis.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.71.96.84] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org git.git workflow is a logical superset of gitflow with shorter branch names= . All the basic practices are the same. Unsurprisingly, perhaps :-) The key difference is the use of long lived stable branches rather than per= -release stable branches that wither & die off. I would guess it=92s a little easier to understand coming from current clou= dstack practice. This setup does require a little bit more git-fu to recover from mistakes, = and periodic rewind/rebase of integration branches (git has a =91proposal= =92 branch if I remember correctly that is `git reset` every now and then).= Like most git man-pages it assumes you understand git pretty well :-). Of = course only one person needs to do that. I guess that may also be a good fit for cloudstack which is already used to= the release manager announcing these kinds of coordinated shifts and doing= branch maintenance. cheers, Leo On Aug 8, 2014, at 9:46 AM, Daan Hoogland wrote: > I had missed this one. It contains obligatory release management > knowledge for every keyboard toucher that is allowed to use git: > https://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html >=20 > I think if we all read this and then study a bit we don't need to > discuss or branching model. It will become clear that we are in fact > doing almost fine and need only small changes.