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 BE439D9A0 for ; Fri, 17 Aug 2012 11:24:16 +0000 (UTC) Received: (qmail 93409 invoked by uid 500); 17 Aug 2012 11:24:15 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 89148 invoked by uid 500); 17 Aug 2012 11:23:55 -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 79716 invoked by uid 99); 17 Aug 2012 11:23:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2012 11:23:40 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_REMOTE_IMAGE X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of carlos.rovira@gmail.com designates 209.85.213.175 as permitted sender) Received: from [209.85.213.175] (HELO mail-yx0-f175.google.com) (209.85.213.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2012 11:23:35 +0000 Received: by yenm1 with SMTP id m1so4207953yen.6 for ; Fri, 17 Aug 2012 04:23:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=TAcVbbnEU/PXGL9nTKooxqu85i2q1ogO2U33p8B7CTw=; b=I1F+1dHK5wQgtPY3K/7WfCoJ6ClKTeMcAFkb8zBhHvRCNKePHh5cul0gJpsFSnr7Ib FMS+fBJSiu+ZqqKihDgxoJVGrYP034G9cHhLQmXYsqx+gOuFsoaT0PFQCQpxI7Xdsaxx ybFwBKxn/2R5zwLMETQpubiR+OXG9Ijk4qMMjueZIWGRnsDpTBI9itoSmVH6E34/knHm RI2+cxNbzl83TpGKuSK1aYE5m4c2QjmWbmss/T8eFR2lUA3K8WsZOT0T/zyPD5zaWmlc /ojIS7A3xOwZx3Emq1f3N0uLSADcNCgA/xDqp9AATFKwr1IXYpVQ6U1P3OcvcaO5+yT4 lIGw== MIME-Version: 1.0 Received: by 10.236.144.165 with SMTP id n25mr7423878yhj.61.1345202595078; Fri, 17 Aug 2012 04:23:15 -0700 (PDT) Sender: carlos.rovira@gmail.com Received: by 10.101.108.14 with HTTP; Fri, 17 Aug 2012 04:23:15 -0700 (PDT) In-Reply-To: References: <878B4975-324D-45E9-86AB-B5600D5C4D50@classsoftware.com> <8945277267058896357@unknownmsgid> <1823C8C5-83DC-4ADB-841C-49F5529A79EA@classsoftware.com> Date: Fri, 17 Aug 2012 13:23:15 +0200 X-Google-Sender-Auth: BK_pqFZZjiildw7FTR-bVSIfwVY Message-ID: Subject: Re: Apache Flex in Github From: Carlos Rovira To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=20cf303ea440d4a19e04c77462c4 X-Virus-Checked: Checked by ClamAV on apache.org --20cf303ea440d4a19e04c77462c4 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable To avoid things from svn goes to git and viceversa these are the key 2 points in the article you posted: 1. In Subversion, add .git to the svn:ignore properties (or global ignore). 2. Tell Git to exclude .svn/ folders with .gitignore, or set the core.excludesfile property in your global Git config. This is what we did at work. 2012/8/17 Erik de Bruin > Ok, I think I got it. Some Googling brought me this: > > http://infotexture.net/2010/02/git-to-svn-and-back-again/ > > That's what you are proposing, correct? I'm asking, because it seems > rather involved and prone to 'poisoning' either repository with the > little bits and pieces that the other VCS uses to do it's thing, > unless you dig your heels in and go all Kung Fu with hooks and > stuff... > > Maybe from your experience with this approach you can give some tips > and pointers on how to do this cleanly? > > EdB > > > > On Fri, Aug 17, 2012 at 1:04 PM, Carlos Rovira > wrote: > > Yes Erik, that's the point. They can control incomings from GIT and > bypass > > to SVN. > > > > > > > > 2012/8/17 Erik de Bruin > > > >> Jose, > >> > >> Am I correct when I say that a PPMC member in this scenario has a > >> working copy that is controlled BOTH by git AND svn? So he can pull > >> changes using git and then commit them using svn? > >> > >> EdB > >> > >> > >> > >> On Fri, Aug 17, 2012 at 12:17 PM, Jose Barragan > >> wrote: > >> > Hi Erik, > >> > > >> > The PPMC team will be able to use Git to analyze and to compare > against > >> of apache RO repository, for this, the working-copy must furthermore > agree > >> with =93trunk=94 SVN and with the branch =93develop=94 of its Git equi= valent. > That > >> way they are possible freely to be used the Git branches on my unique > >> version SVN, and then, commits all approved work to official repositor= y > in > >> SVN, just for now, until apache allows writing in Git. > >> > > >> > The goal must be, to engage to the members of the community to > >> collaborate with us, without too many problems or ties. > >> > > >> > And to accelerate the resolution of the present disadvantages of > writing > >> in Apache Git repositories, even if the INFRA team, only grant writing > >> access to a reduced group of PPMC team, or whatever... > >> > > >> > > >> > > >> > On Aug 17, 2012, at 11:31 AM, Erik de Bruin > wrote: > >> > > >> >> Carlos, > >> >> > >> >> I did read the thread before posting, but clearly I didn't understa= nd > >> >> all that was said. I got through the first posts stating 'read-only > -> > >> >> do patches in Jira', but got confused later on, apparently. > >> >> > >> >> The people used to the Git model should show a little patience > towards > >> >> us 'old-school' SVN folks, please. Git takes some getting used to > when > >> >> you come from SVN, as some of the terminology used is the same, som= e > >> >> is new, and, confusingly, SOME IS THE SAME, BUT MEANS SOMETHING > >> >> DIFFERENT. I'm sure we're all trying to get our heads around the ne= w > >> >> way of working and the new tooling involved. > >> >> > >> >> Also, as long as there is no full support for Git, do we try to > >> >> 'force' Git, or do we continue in SVN. Doing both at the same time > >> >> seems confusing and means a lot of extra work for the committers, a= s > >> >> they have to operate both systems... > >> >> > >> >> EdB > >> >> > >> >> > >> >> > >> >> On Fri, Aug 17, 2012 at 11:11 AM, Carlos Rovira > >> >> wrote: > >> >>> Hi Erik, > >> >>> > >> >>> yes, please read the response from Jose Barrag=E1n in this thread = (the > >> third > >> >>> one) > >> >>> > >> >>> "The PPMC team members can checkout an entire remote branch of > >> comunity > >> >>> members from github, and having reviewed and accepted all wor= k, > >> push > >> >>> the > >> >>> new branch against the official apache repository." > >> >>> > >> >>> We was talking about use the apache flex mirror in github [1]. Sin= ce > >> PPMC > >> >>> controls apache flex mirror in github the can approve/disapprove a= ll > >> pull > >> >>> request from contributors. > >> >>> > >> >>> Contributors has full commodity of development and they only need = to > >> work > >> >>> for patches and propose via pull request. If the work is valid, PP= MC > >> can > >> >>> commit the patch to the official repository > >> >>> > >> >>> This allows as to implement GBM asap while other people are > >> voluntering to > >> >>> bring official git support to apache and apache flex. > >> >>> > >> >>> [1] https://github.com/apache/flex > >> >>> > >> >>> > >> >>> > >> >>> 2012/8/17 Erik de Bruin > >> >>> > >> >>>> Hi, > >> >>>> > >> >>>> According to "http://git.apache.org/" the Apache Git mirrors are > >> >>>> 'read-only'. To me that means that you can clone them at will, bu= t > >> >>>> that in order to get the changes you made to your branch into the > code > >> >>>> base, you need to create a patch from Git and apply that to the S= VN > >> >>>> repository... Am I missing something? > >> >>>> > >> >>>> EdB > >> >>>> > >> >>>> > >> >>>> > >> >>>> On Fri, Aug 17, 2012 at 10:50 AM, Carlos Rovira > >> >>>> wrote: > >> >>>>> Hi Justin, > >> >>>>> > >> >>>>> since I made a pull request from github I thought attach a patch > was > >> not > >> >>>>> needed. > >> >>>>> > >> >>>>> I just made one and attached to the ticket. > >> >>>>> > >> >>>>> This will be need always with new model? these seems totaly > >> unnecesary > >> >>>> with > >> >>>>> the mechanishm of pull request...you have all the tools to > evaluate, > >> >>>> isn't > >> >>>>> it? I think the main point here is see the most efficient way to > get > >> >>>>> contributions and for this to happen, the process should have fe= w > >> steps. > >> >>>>> > >> >>>>> Thanks > >> >>>>> > >> >>>>> Carlos Rovira > >> >>>>> > >> >>>>> > >> >>>>> 2012/8/17 Justin Mclean > >> >>>>> > >> >>>>>> Hi, > >> >>>>>> > >> >>>>>>> I open a JIRA ticket and made the pull request from my forked > >> >>>> repository > >> >>>>>> in > >> >>>>>>> github to apache flex github repository. > >> >>>>>> > >> >>>>>> Perhaps I'm missing something but there no patch in JIRA that I > can > >> see. > >> >>>>>> > >> >>>>>> Thanks, > >> >>>>>> Justin > >> >>>>>> > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> -- > >> >>>>> Carlos Rovira > >> >>>>> Director de Tecnolog=EDa > >> >>>>> M: +34 607 22 60 05 > >> >>>>> F: +34 912 35 57 77 > >> >>>>> > >> >>>>> CODEOSCOPIC S.A. > >> >>>>> Avd. del General Per=F3n, 32 > >> >>>>> Planta 10, Puertas P-Q > >> >>>>> 28020 Madrid > >> >>>> > >> >>>> > >> >>>> > >> >>>> -- > >> >>>> Ix Multimedia Software > >> >>>> > >> >>>> Jan Luykenstraat 27 > >> >>>> 3521 VB Utrecht > >> >>>> > >> >>>> T. 06-51952295 > >> >>>> I. www.ixsoftware.nl > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Carlos Rovira > >> >>> Director de Tecnolog=EDa > >> >>> M: +34 607 22 60 05 > >> >>> F: +34 912 35 57 77 > >> >>> > >> >>> CODEOSCOPIC S.A. > >> >>> Avd. del General Per=F3n, 32 > >> >>> Planta 10, Puertas P-Q > >> >>> 28020 Madrid > >> >> > >> >> > >> >> > >> >> -- > >> >> Ix Multimedia Software > >> >> > >> >> Jan Luykenstraat 27 > >> >> 3521 VB Utrecht > >> >> > >> >> T. 06-51952295 > >> >> I. www.ixsoftware.nl > >> > > >> > >> > >> > >> -- > >> Ix Multimedia Software > >> > >> Jan Luykenstraat 27 > >> 3521 VB Utrecht > >> > >> T. 06-51952295 > >> I. www.ixsoftware.nl > >> > > > > > > > > -- > > Carlos Rovira > > Director de Tecnolog=EDa > > M: +34 607 22 60 05 > > F: +34 912 35 57 77 > > > > CODEOSCOPIC S.A. > > Avd. del General Per=F3n, 32 > > Planta 10, Puertas P-Q > > 28020 Madrid > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl > --=20 Carlos Rovira Director de Tecnolog=EDa M: +34 607 22 60 05 F: +34 912 35 57 77 CODEOSCOPIC S.A. Avd. del General Per=F3n, 32 Planta 10, Puertas P-Q 28020 Madrid --20cf303ea440d4a19e04c77462c4--