All of this is fine. I also see no reason why you cannot hack in your own repo, just ensure you start with the right license. Nothing says that the apache git has to be the origin of code.
@purplecabbage risingj.com On Mon, Nov 25, 2013 at 1:01 PM, Anis KADRI <[email protected]> wrote: > It sounds like we all agree. Start hacking on cordova-plugins and > if/when it's mature move it to its own repository. Publishig from > cordova-plugins should not be an issue. > > On Mon, Nov 25, 2013 at 11:52 AM, Braden Shepherdson > <[email protected]> wrote: > > I'm not sure if I was clear: I am content with the current repo setup and > > argue for keeping it as it is. The main core plugins are in their own > repos > > and I support that. On the other hand I support having the > cordova-plugins > > repo as an incubator for experimental projects that either die or > graduate > > to having real repos. > > > > Braden > > > > > > On Mon, Nov 25, 2013 at 2:44 PM, Michal Mocny <[email protected]> > wrote: > > > >> Okay -- while I do agree with Braden -- in the interests of not debating > >> again, I'll concede to not publishing core plugins from a shared repo > (if > >> for no other reason than for consistency with the other core plugins). > But > >> I think its still worth having a cordova-plugins repo for early > >> experiments/incubation period so you don't have to file a ticket with > INFRA > >> before you even get started. > >> > >> Seems the two published plugins are keyboard and statusbar, so we should > >> get INFRA tickets to make repos for those? > >> > >> -Michal > >> > >> > >> On Mon, Nov 25, 2013 at 10:47 AM, Brian LeRoux <[email protected]> wrote: > >> > >> > Super disagree about putting src into a single big repo. I get why we > do > >> > that. I do not buy that we 'have too many repos' or that complexity is > >> > minimized by combining. Anyhow: not a discussion I think is even > worth us > >> > having AGAIN. =/ > >> > > >> > > >> > On Mon, Nov 25, 2013 at 10:32 AM, Braden Shepherdson < > >> [email protected] > >> > >wrote: > >> > > >> > > Hang on a second: > >> > > > >> > > The release you send to the plugman registry doesn't care about git. > >> You > >> > > point it at a (sub)directory and it uploads the plugin. The version > is > >> > set > >> > > by the plugin.xml of that plugin. > >> > > > >> > > If we want tags for when those plugins were pushed to npm, what's > wrong > >> > > with tags like "whateverplugin-1.0.0"? It's a little cluttered to > see > >> all > >> > > the tags for all the plugins, but you can still see all the releases > >> of a > >> > > given plugin. They're in this repo precisely because they're small > or > >> > > experimental and not ready for their own repos yet. > >> > > > >> > > -10 to one repo per plugin; we have way too many repos already, and > >> this > >> > > cordova-plugins repo is intended to be the catchall place for small > and > >> > > experimental plugins. > >> > > > >> > > Braden > >> > > > >> > > > >> > > > >> > > > >> > > On Mon, Nov 25, 2013 at 11:05 AM, Michal Mocny <[email protected] > > > >> > > wrote: > >> > > > >> > > > Would that only be true if you shared readable tag names between > >> > plugins? > >> > > > If we used tags unique to each plugin, perhaps by prefixing tags > >> with > >> > > the > >> > > > target plugins' name, then plugin releases would be isolated, > right? > >> > > > > >> > > > -Michal > >> > > > > >> > > > > >> > > > On Fri, Nov 22, 2013 at 8:02 PM, Jesse <[email protected]> > >> > wrote: > >> > > > > >> > > > > The issue that if use a tag to signify the new version, then the > >> tag > >> > is > >> > > > > applied to all plugins in the repo. This is probably not a big > deal > >> > for > >> > > > > minor bumps, but when a plugin needs a major bump, they all > will. > >> So > >> > > you > >> > > > > will/could have a plugin with a major version bump even though > the > >> > code > >> > > > has > >> > > > > not changed. > >> > > > > > >> > > > > > >> > > > > > >> > > > > @purplecabbage > >> > > > > risingj.com > >> > > > > > >> > > > > > >> > > > > On Fri, Nov 22, 2013 at 6:36 PM, Michal Mocny < > [email protected] > >> > > >> > > > wrote: > >> > > > > > >> > > > > > I don't understand, whats the problem? I thought you publish > >> > plugins > >> > > > by > >> > > > > > git-repo & subdir & hash -- so multiple plugins makes no > >> > difference. > >> > > > > > > >> > > > > > The master & dev branch deal was to do with cordova-3.0 users > >> that > >> > > did > >> > > > > not > >> > > > > > support plugin repo install from !master branch, right? But > none > >> > of > >> > > > > these > >> > > > > > plugins in cordova-plugins existed back then, so we just set > >> engine > >> > > > > > requirement to 3.1? > >> > > > > > > >> > > > > > -Michal > >> > > > > > > >> > > > > > > >> > > > > > On Fri, Nov 22, 2013 at 1:32 PM, Steven Gill < > >> > [email protected] > >> > > > > >> > > > > > wrote: > >> > > > > > > >> > > > > > > +1 on one plugin per repo. Would making releasing and > tagging > >> > much > >> > > > > > simpler. > >> > > > > > > > >> > > > > > > > >> > > > > > > On Fri, Nov 22, 2013 at 1:29 PM, Carlos Santana < > >> > > > [email protected] > >> > > > > > > >wrote: > >> > > > > > > > >> > > > > > > > Yep that's the problem with having independent plugins in > a > >> > > single > >> > > > > > repo, > >> > > > > > > > and just using directories to separate them. > >> > > > > > > > > >> > > > > > > > If I would have a choice I would strongly encourage one > >> plugin > >> > > per > >> > > > > repo > >> > > > > > > > containing its own version and source control. > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > On Friday, November 22, 2013, Shazron wrote: > >> > > > > > > > > >> > > > > > > > > The cordova-plugins repo has plugins as well, but are > >> outside > >> > > of > >> > > > > the > >> > > > > > > > > purview of the planned weekly core plugins release - I > plan > >> > to > >> > > > > upload > >> > > > > > > > > independently. > >> > > > > > > > > > >> > > > > > > > > The repo does not have the concept of "dev" and "master" > >> > > plugins > >> > > > as > >> > > > > > > well > >> > > > > > > > > like the core plugins. It was suggested we have tags, > but > >> > this > >> > > is > >> > > > > > > > > problematic because we have multiple plugins in that one > >> > repo. > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > -- > >> > > > > > > > Carlos Santana > >> > > > > > > > <[email protected]> > >> > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > >> > > > >> > > >> >
