Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of carlos.rovira@gmail.com
 designates 209.85.213.47 as permitted sender)
MIME-Version: 1.0
Sender: carlos.rovira@gmail.com
In-Reply-To: <CC4ECDF7.446F7%aharui@adobe.com>
References: 
 <CAMFKFRhRO6a9anAmeR2mC6ZzbTuzByxL2fPQ4YnoXcJsfkmwMg@mail.gmail.com>
	<CC4ECDF7.446F7%aharui@adobe.com>
Date: Tue, 14 Aug 2012 00:45:08 +0200
Message-ID: 
 <CAMFKFRjzzx9txnPPbiBR_e4iJZDxqakQRS1MO41ZsmAy==+e=A@mail.gmail.com>
Subject: Re: [DISCUSS] Re: [VOTE] Branching Strategy and SCM
From: Carlos Rovira <carlos.rovira@codeoscopic.com>
To: flex-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=20cf302d49c81346be04c72d72d5

--20cf302d49c81346be04c72d72d5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Alex,

What is that "clarity"?  Can you give me an example?  If I want to
> contribute a set of Spark Charts, why should I have to cut a branch first=
?
> Why can't I just check in ChartBase into the "develop" branch, then add i=
n
> Pie, Bar, etc over time in subsequent check ins as I finish them up?
>
>
First considere that in Git, "develop" use to be as stable as possible and
you can make nightly builds from this branch and "master" use to be
production ready with the release we made.

Normaly, if you are working in a set of spark charts, your work will spawn
over some weeks. So if you work directly on develop, you should not commit
your work to SVN until is done because you will make "develop" unstable
until you close the feature.

In Git you will prefer to branch from "develop" and make a feature branch
called "spark-charts" that will allow you to commit to your local
repository (and if you want publish that branch in the remote) knowing that
you are not breaking nothing. When you finish your work, you can merge in
"develop" maintaining that branch stable.

Think now that other people are working in the refactor of UIComponent to
break into small components and behaviours. That task will be long in time
and will need to be finished before that people could merge it in
"develop". If not we will have flex broken for long time.

For this reason I say that IMHO we really does not have election. SVN is a
bad decission here, while GIT is the opossite...

If someone thinks that I'm wrong please let me know some arguments, because
maybe...I'm really wrong with my arguments!  :)


--=20
Carlos Rovira
Director de Tecnolog=EDa
M: +34 607 22 60 05
F:  +34 912 35 57 77
<http://www.codeoscopic.com>
CODEOSCOPIC S.A. <http://www.codeoscopic.com>
Avd. del General Per=F3n, 32
Planta 10, Puertas P-Q
28020 Madrid

--20cf302d49c81346be04c72d72d5--