Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of braden@google.com designates
 209.85.192.50 as permitted sender)
MIME-Version: 1.0
Sender: braden@google.com
In-Reply-To: 
 <CAEeRA4o4o7SGPDE5f4TufvO+SEH8_LvNsmZG8XEhLAU5WjKwYw@mail.gmail.com>
References: 
 <CAKP6k2v3EvPZpU=9O_WhEf+LPD9erYqfSXaREm0aoKAcr4pUHw@mail.gmail.com>
	<CAK_TSX+xL4hqp4LLJ0rVZBK=rmQe_59UUkKMEPc6Aff7Pi1snQ@mail.gmail.com>
	<CAEeRA4o4o7SGPDE5f4TufvO+SEH8_LvNsmZG8XEhLAU5WjKwYw@mail.gmail.com>
Date: Tue, 22 Apr 2014 11:37:20 -0400
Message-ID: 
 <CAMk5LLnUbezoY1HaR6GQr9trLsPh9iCCmZTxsP0fsnCq0ZD=aA@mail.gmail.com>
Subject: Re: [DISCUSS] Plugin master branches
From: Braden Shepherdson <braden@chromium.org>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=001a11c3ed3e45290604f7a36427

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

We originally needed the plugin releases to be on the master branch because
there was no way to have CLI/Plugman fetch from other branches. That is no
longer the case. Further, you're correct that the registry's tarballs is
the primary source now. Even if someone does have a git dependency
somewhere, they can specify a branch (actually any ref) in the <dependency>
tag. Likewise the command line.

I'm all for moving development into the master branch.

Braden


On Tue, Apr 22, 2014 at 10:23 AM, Bryan Higgins <bryan@bryanhiggins.net>wrote:

> +1
>
> I think the registry has been around for long enough that the vast majority
> of users won't be installing directly from git.
>
>
> On Tue, Apr 22, 2014 at 9:44 AM, Ian Clelland <iclelland@chromium.org
> >wrote:
>
> > I totally agree that we should do this.
> >
> > I think that once the current plugin release is complete, I can set up
> the
> > branches so that the master branch is for development, and we can go from
> > there.
> >
> > Is it a requirement that plugins be tagged in git for npm to function? I
> > thought that the plugins were uploaded, zipped, to our couch server, for
> > each release, and that there was no further communication with the git
> > repository? It shouldn't be a problem to go back and make sure they're
> > properly tagged, but I'm just wondering if it's still a necessity.
> >
> > Ian
> >
> > On Mon, Apr 21, 2014 at 9:27 PM, Jesse <purplecabbage@gmail.com> wrote:
> >
> > > I am seeing more and more pull requests that aren't easy merges because
> > > people are starting their work from the master branch, and not dev.
> > >
> > > We discussed *a long time ago* that at some point, we would consider
> > master
> > > to be the bleeding edge of each plugin, and we could then get rid of
> the
> > > dev branches.  The requirements to make this possible included, using a
> > > branch/tag for every npm release of the plugin, and making sure that
> > plugin
> > > dependencies were correctly mapped.
> > >
> > > Has anyone given this any more thought, and do we have any idea when we
> > > will make the switch?
> > >
> > > Cheers,
> > >   Jesse
> > >
> > >
> > > @purplecabbage
> > > risingj.com
> > >
> >
>

--001a11c3ed3e45290604f7a36427--