Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-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 DCD9B10906 for ; Sun, 13 Oct 2013 21:31:26 +0000 (UTC) Received: (qmail 85202 invoked by uid 500); 13 Oct 2013 21:31:26 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 85106 invoked by uid 500); 13 Oct 2013 21:31:26 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 85098 invoked by uid 99); 13 Oct 2013 21:31:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Oct 2013 21:31:25 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.217.178] (HELO mail-lb0-f178.google.com) (209.85.217.178) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Oct 2013 21:31:19 +0000 Received: by mail-lb0-f178.google.com with SMTP id z5so5205201lbh.9 for ; Sun, 13 Oct 2013 14:30:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-type; bh=y4q+3yJIStpxz2gSjlCSfWHwZQnYAao2/jJZ+eRWo3Y=; b=PHzmnCQhkUk4DU9AoKKOxAHyK00GjSOWIYLPAK2NODFTY7SprMlEu1X6OTT/YpTdDu jeyiiFyBJsTBzEaVQzCvzaxQ42Q001YiBKzMr+eDGdyLJYjbpDpOqQSu+CGLb0o7hTNg p8EVCYq7gBtFi28KxuAR1q9P78ArN+C3g7N1SPMxuGR7Rr/ALglEYM2QtBgrOwxNn9yw gyjXqXEgIonGJYhw3P48Tv8HAxpo9dLkJU0aS776r1EN2qdYpb1jElhO2luwVU+uQ0JR yMosSXznZJvBvuKOmEQ/+KCWYfn75vMXQS+0zKAfrpYkOjsWEhis3hmO5tpLwcvnfBWW 8c2w== X-Gm-Message-State: ALoCoQldI5BIr5sKj+l56vaiVabr8t09O0u4CTAR2ACgRIbrSBLMXhvLoEauZHbxmnM3Mhi5R1EX X-Received: by 10.152.203.233 with SMTP id kt9mr3359495lac.29.1381699858726; Sun, 13 Oct 2013 14:30:58 -0700 (PDT) MIME-Version: 1.0 Sender: jcarman@carmanconsulting.com Received: by 10.112.161.230 with HTTP; Sun, 13 Oct 2013 14:30:38 -0700 (PDT) In-Reply-To: <525B0B53.1070900@gmail.com> References: <110B24A9-DD67-436D-9E2D-E29521693809@gmail.com> <5258521D.2090401@oliver-heger.de> <525AF8EB.3030708@gmail.com> <525B0B53.1070900@gmail.com> From: James Carman Date: Sun, 13 Oct 2013 17:30:38 -0400 X-Google-Sender-Auth: eE6rXdyy9NO8HaYwczr2yiITslw Message-ID: Subject: Re: [VOTE] Move Apache Commons to Git for SCM... To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Oct 13, 2013 at 5:06 PM, Phil Steitz wrote: > > As I said, I am fine with experimenting and based on that experience > seeing if we can actually get consensus. I stand by my statement > above that the VOTE was premature and while "legal" from ASF > perspective it is not a good practice to try to force consensus by > VOTE-ing and conclude based on a mixed vote that consensus exists. > I will concede that the VOTE may have been a bit premature, judging by the type of resistance we have to this move. Although, in my defense, there are other projects already successfully using Git and they are alive-and-well, so I didn't think in a million years that the opposition would be based on feasibility of git. SVN may be the most widely used, but my understanding is Git is definitely the most popular (meaning a lot of people on SVN wish they could switch to Git). My intent was not to splinter or fracture the community. On the contrary, I brought this up hoping to *grow* the community. Also, most of the dissenting opinions were expressed after the VOTE was started. The original discussion thread was open for three days before the VOTE was started. > Another healthy discussion that we need to have is how much > standardization are we going to force on components. My view is > less == better, which means the move to git does not have to be all > at once or even ever done uniformly. > Yeah, I don't know how I feel about this one, especially when it comes to SCM. I agree that we may need to be a little more loosey-goosey with our "rules" that are project-wide (I consider myself a closest to a libertarian :). There have to be some things we stay consistent, on, though. Otherwise, why are we all grouped together, then? If we get too loose, then it makes it difficult for folks to jump in on another component and help out if they get an urge (if one of my math books falls of the shelf and hits me in the head and I get some inspiration). > Somewhat ironically, I am +1 for experimenting with git in [math] if > Luc is willing to take the lead in setting it up and we can come to > consensus among the active [math] committers that we think it is a > good thing to spend time on. I just don't think its fair to those > who happen to have missed the last couple of days or chose not to > VOTE, or those who voted -1 to assume that we have "consensus" to > move everything. > It would be great if you want to lend us a hand with the test component we're creating in git, to help us iron out the workflow. It might be a bit cheaper than moving [math] and trying to figure out how to do releases. Might be more fun, too, since we're starting "green field" :) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org