delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/01/21/15:16:00

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=9yYSKN8Wx5SSilNgeKT6Aj7LiL6d1CQR8Um4TyreGis=;
b=MGq71ws7ZRkgFszmekW+qvoD8bS6zRQ6HnLdEASuOke6NVN0vHK1nqAyGjWTbDrVrt
CK7LWrtOOc79n/wbn7QVdUvayp5DnAJurmXtvd116NzVNPgjLcxUfidcC7wLzFqJUKtk
SLcHXF2sQEN55zCc5bvklbnUIP2lTsOliMlQzC6NSYGAJcc7gee5JJKCZVmTg++UEkAI
QtUn3mQiceIeVs5zETBlRBLQEBt4ubhvv39dlLYjtlNHFbvPBE3jslEUonNAbTFDbNFZ
upQW1jMn9VVj5nBJAqdaii2oQi2s/PUoxjqHnPC66YvV9sXCuAIFa4xOz8xYkZBpGcYP
UMTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:date
:message-id:subject:from:to:content-type;
bh=9yYSKN8Wx5SSilNgeKT6Aj7LiL6d1CQR8Um4TyreGis=;
b=XHwWMTlYTyVAzQtEhtiYCjjX+14hUdtq2HSc1kvg1OC7EaGXNP85sqs3Tvyq+6rL7p
RpfwsbIznImGVeZ5qbK99GEPPuKJp5dNvMOjtHNz/Tc3LC3Fi4EkYb0IMvxrW4n6Okua
yMXBkwcdc0OOUoiyw89jOXCIOkGrEXBIDwHvu4CYDQqnkhobHPjPft3MLoK3RJ3SAzcs
IGLPxg4OlHF30MTgh6Pk4rEMNz0eEcRTQzahMqTQIGjuWNyHNd9OinNddiwB1bhZFkWQ
YLIbkUhLvyTbM4QzFcULcMdeAebGJh8dyyn6u7gyWVY+4ICqj6Ynk1VvD+SNp0y3DPQ/
XX1Q==
X-Gm-Message-State: AG10YOTq2VYgtNfUoGhrMgb+vK5rUc16NADlvsvdYY99yXb1kuhnzxZcgYBlRNdSN8plEr8LI/rbuOotjqjGwg==
MIME-Version: 1.0
X-Received: by 10.28.125.147 with SMTP id y141mr11698653wmc.18.1453407281521;
Thu, 21 Jan 2016 12:14:41 -0800 (PST)
In-Reply-To: <20160121000930.e02a8a54b74efb839db9f7bd@gmail.com>
References: <20151223195846 DOT 8392 DOT qmail AT stuge DOT se>
<CAM2RGhS2bg=Rjuq6oEeOacV7PfUENy_jq7dxag=vWsUbdH6pAQ AT mail DOT gmail DOT com>
<20151229155647 DOT GA3752 AT localhost DOT localdomain>
<CAM2RGhSLND5+JSSj=1cUPUhzkTCK6d7NZ61QL-eViZRccY5LqA AT mail DOT gmail DOT com>
<20151229175222 DOT GD3752 AT localhost DOT localdomain>
<alpine DOT DEB DOT 2 DOT 11 DOT 1512311656190 DOT 1475 AT newt>
<96A12FC1-E09C-4D63-8346-5A62FDAB4228 AT sbcglobal DOT net>
<alpine DOT DEB DOT 2 DOT 11 DOT 1512311916190 DOT 12724 AT newt>
<20160120173024 DOT GB16858 AT localhost DOT localdomain>
<201601201903 DOT u0KJ3Lx4026878 AT envy DOT delorie DOT com>
<20160120210035 DOT 3859 DOT qmail AT stuge DOT se>
<CAC4O8c-R4VOPj9BrFOkLzYZt06Db6K9yurgr0rPy9RhZCaVJtw AT mail DOT gmail DOT com>
<20160121000930 DOT e02a8a54b74efb839db9f7bd AT gmail DOT com>
Date: Thu, 21 Jan 2016 11:14:41 -0900
Message-ID: <CAC4O8c_vxbDZYFD6q+vfKKuX1wqg4J-xyB6VcbrCHFMASf3YXw@mail.gmail.com>
Subject: Re: [geda-user] Releaseability of gEDA code
From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

--001a11419974bab14e0529ddc094
Content-Type: text/plain; charset=UTF-8

On Wed, Jan 20, 2016 at 2:09 PM, Nicklas Karlsson (
nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] <
geda-user AT delorie DOT com> wrote:

> > On Wed, Jan 20, 2016 at 12:00 PM, Peter Stuge (peter AT stuge DOT se) [via
> > geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> >
> > > DJ Delorie wrote:
> > > > Do we want to change how we do development?
> > >
> > > For the sake of simplicity I am a strong proponent of having master
> > > be releaseable at all times.
> > >
> >
> > Then we need another branch unstable_master or something, because what
> you
> > propose means in practice that we aren't going to test each other's work
> > much before unleashing it on unsuspecting users.   Are you really likely
> to
> > go through and carefully try every branch?
>
> I think there should be a head/master branch there everything enter as
> soon as possible.
>
> Then there would be a need to fork of "stable" releases, preferably only
> disable features which do not work well because time spent on release will
> to at least some extent be lost from development.
>

You just don't merge things that cause lots of problems into
release_master.  This way getting into unstable_master isn't a free pass:
if it annoys everyone getting into release is obviously going to get
resistance.  But you can still develop off recent work without having to
constantly juggle things between branches.

Britton

--001a11419974bab14e0529ddc094
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Wed, Jan 20, 2016 at 2:09 PM, Nicklas Karlsson (<a href=3D"mailto:ni=
cklas DOT karlsson17 AT gmail DOT com">nicklas DOT karlsson17 AT gmail DOT com</a>) [via <a href=
=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] <span dir=3D"l=
tr">&lt;<a href=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">geda-use=
r AT delorie DOT com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span=
 class=3D"">&gt; On Wed, Jan 20, 2016 at 12:00 PM, Peter Stuge (<a href=3D"=
mailto:peter AT stuge DOT se">peter AT stuge DOT se</a>) [via<br>
&gt; <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] &l=
t;<a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>&gt; wr=
ote:<br>
&gt;<br>
&gt; &gt; DJ Delorie wrote:<br>
&gt; &gt; &gt; Do we want to change how we do development?<br>
&gt; &gt;<br>
&gt; &gt; For the sake of simplicity I am a strong proponent of having mast=
er<br>
&gt; &gt; be releaseable at all times.<br>
&gt; &gt;<br>
&gt;<br>
&gt; Then we need another branch unstable_master or something, because what=
 you<br>
&gt; propose means in practice that we aren&#39;t going to test each other&=
#39;s work<br>
&gt; much before unleashing it on unsuspecting users.=C2=A0 =C2=A0Are you r=
eally likely to<br>
&gt; go through and carefully try every branch?<br>
<br>
</span>I think there should be a head/master branch there everything enter =
as soon as possible.<br>
<br>
Then there would be a need to fork of &quot;stable&quot; releases, preferab=
ly only disable features which do not work well because time spent on relea=
se will to at least some extent be lost from development.<br></blockquote><=
div><br></div><div style=3D"">You just don&#39;t merge things that cause lo=
ts of problems into release_master.=C2=A0 This way getting into unstable_ma=
ster isn&#39;t a free pass: if it annoys everyone getting into release is o=
bviously going to get resistance.=C2=A0 But you can still develop off recen=
t work without having to constantly juggle things between branches.</div><d=
iv>=C2=A0</div><div style=3D"">Britton</div></div><br></div></div>

--001a11419974bab14e0529ddc094--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019