Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0D2B7D43B for ; Wed, 15 Aug 2012 16:21:40 +0000 (UTC) Received: (qmail 44962 invoked by uid 500); 15 Aug 2012 16:21:39 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 44916 invoked by uid 500); 15 Aug 2012 16:21:39 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 44900 invoked by uid 99); 15 Aug 2012 16:21:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Aug 2012 16:21:39 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 64.26.60.111 is neither permitted nor denied by domain of sguthmann@on3solutions.com) Received: from [64.26.60.111] (HELO edge01.exchangecentral.net) (64.26.60.111) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Aug 2012 16:21:32 +0000 Received: from UC-EXHUB02.UC.chicago.hostway (10.10.76.131) by UC-EDGE01.UC.Chicago.Hostway (10.10.76.146) with Microsoft SMTP Server (TLS) id 8.3.137.0; Wed, 15 Aug 2012 11:21:13 -0500 Received: from UC-EXMBX03.UC.chicago.hostway ([10.10.76.188]) by UC-EXHUB02.UC.chicago.hostway ([10.10.122.86]) with mapi; Wed, 15 Aug 2012 11:21:11 -0500 From: "Guthmann, Scott" To: "flex-dev@incubator.apache.org" Date: Wed, 15 Aug 2012 11:21:08 -0500 Subject: RE: [VOTE] Branching Strategy and SCM Thread-Topic: [VOTE] Branching Strategy and SCM Thread-Index: Ac15kOsWzqFhGvcM3UiKrY8OFJDevABbWFHg Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org > 4. Classic Model (see Description 2) on SVN +1 non-binding. I do not see the strong evidence for moving to Git now. I wish we would delay this vote until the research can be done to establish= the Git options as *actual* choices that are supported through Apache. Lac= k of support for Git makes the Git option a logical non-starter. Further, w= e don't know if Apache Infra is just lacking volunteers before they support= Git as an option or if there is more to the story. Three volunteers in the= Apache Flex project: Om, Jeff Conrad, and Carlos Rovira stated they are wi= lling to do this research to help us remove risk from the project and also = provide support to Apache Infra should volunteer time be the only factor pr= eventing the use of Git as a standard supported option. I believe it makes = sense to delay this vote until these three report back on this list about w= hat Apache Infra needs to fully support Git before we consider Git to be a = valid choice that we should feel free to choose. We have heard claims that future work planned will be too hard to do unless= we use Git - but this is work we haven't started on and nobody has actuall= y tried doing this work in SVN and failed, yet. (Therefore this is a logica= l fallacy) We have also heard that there are multitudes of interested developers who w= ill only work on our project if Git is used - who are they? How are you abl= e to accurately predict the future? (again, a logical fallacy) I will say that the supporters of option #9 have been persuasive with me be= cause they are such strong advocates of this clearly better tool (Git) and = model for this project. In my view, their reasoning makes me wish to delay = this decision and vote until after Git is a supported option because we may= have the ability to make Git a supported option ourselves. And, the decisi= on that Apache Infra has made to support SVN and not support Git may not be= just due to a lack of willing volunteers. Making the decision to move to a= tool & model that will *never be supported* by Apache Infra is a mistake t= hat is preventable. I think we need to find out more about what Apache Infr= a needs and not consider Git to be a valid option before we know. Regards, Scott Guthmann=20