cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tommy Williams <to...@devgeeks.org>
Subject Re: proposed utility
Date Fri, 09 Jan 2015 21:06:06 GMT
+1 for what Michal describes. Better going forward as well as backwards
compatibility.

Win win?
On 10/01/2015 7:54 am, "Michal Mocny" <mmocny@chromium.org> wrote:

> I like the way gulp works: the same package acts different when installed
> globally/locally.  Namely, the global always shells work off to the local.
>
> So, instead of a separate cordova-local utility (akin to grunt and
> grunt-cli), perhaps we just add your feature directly into cordova-cli?
>
> For backwards compat, I think we should still allow the global cordova-cli
> to do work as we do now (i.e. we don't *require* local installs), but if a
> local install happens to exist it would shell out to that.
>
> Anyway, neat that you've implemented this already!
>
> On Fri, Jan 9, 2015 at 3:41 PM, Staci Cooper <staci.mcl@gmail.com> wrote:
>
> > A while ago I made a utility called cordova-local for managing multiple
> > local Cordova installations. It's similar to how grunt/grunt-cli works;
> > once installed globally, you run 'cordova-local' instead of 'cordova' and
> > it will locate and pass its arguments off to the closest installation.
> >
> > It's kept and installed independently of the cli but my initial idea was
> to
> > keep it in the cordova-cli repo. Since that would complicate the
> > tools-release/versioning process I closed that PR and would like to
> propose
> > including it as a new repo. I added some specs and docs and put it in a
> > utilities repo that could be used for similar cli-independent tools,
> > currently here: https://github.com/stacic/cordova-utility. I added some
> > tests to it and also made PRs for documenting the utility in cordova-docs
> > <https://github.com/apache/cordova-docs/pull/259> and adding it to the
> > tools release in cordova-coho
> > <https://github.com/apache/cordova-coho/pull/61>.
> >
> > Opinions? Concerns?
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message