Ray, I agree it would be useful, only to you but useful :-p Kidding aside it should not be difficult to override defaults.
I would say let's get --template out as MVP and then work on override defaults I think overriding defaults might be an idea that can be globally applied to other commands. I'm thinking that a command like $cordova config ... similar to git and npm, to set and get preferences for override defaults might be more appropriate On Tue, Nov 10, 2015 at 7:52 PM Carlos Santana <[email protected]> wrote: > Parashuram > > I would say that if they have "platforms" and "plugins" it's not consider > a template, its consider a cordova project ready to be use no need to run > create on it. > > As far as cp-from, it's doesn't copy much only www and config.xml, I > didn't want to change it's behavior for backwards compatibility. I think it > will be good to mark it deprecated for a certain period of time, > > > On Tue, Nov 10, 2015 at 5:19 PM Parashuram N <[email protected]> > wrote: > >> Yes, they would. However, there could be cases where folks would like to >> have templates that have changes stuff in platforms, or added custom >> plugins or hooks. I think that instead of adding extra code to prevent all >> these things, we keep things simple, and copy over everything. The >> templates can then decide what they want to do, and most of them will not >> bundle plugins or platforms. >> >> -----Original Message----- >> From: Steven Gill [mailto:[email protected]] >> Sent: Tuesday, November 10, 2015 2:16 PM >> To: [email protected] >> Subject: Re: [DISCUSS] CLI Templates >> >> If the plugins and platforms are listed in config.xml, wouldn't they just >> get fetched on prepare? >> >> On Tue, Nov 10, 2015 at 2:09 PM, Parashuram N <[email protected]> >> wrote: >> >> > I think it should copy platform and plugins folders, if those are a >> > part of the template. I think the guidance should be that most >> > templates should not include a platform or a plugin folder, but if >> > they do - for reasons like custom plugins, etc, then we should let >> > that happen. The only enhancement from --copy-from would be that we >> also support npm and git URLs. >> > >> > -----Original Message----- >> > From: Carlos Santana [mailto:[email protected]] >> > Sent: Tuesday, November 10, 2015 1:26 PM >> > To: [email protected] >> > Subject: Re: [DISCUSS] CLI Templates >> > >> > Parashuram >> > >> > The template doesn't any special structure, the current hello app in >> > npm is already a template >> > >> > Will add comment in PR about having fixtures in tests for different >> > uses cases with different type of templates >> > >> > The code copies everything except plugins and platforms directories, >> > maybe it needs some comments to make it more clear >> > >> > It should copy dot files like .gitignore, .editorconfig, .bowerrc Very >> > important at least for me .gitignore, it helps when folks ask if they >> > should ignore platforms and plugins from source control and the answer >> > is always YES. If they are asking then it means they need the advise. >> > >> > >> > On Tue, Nov 10, 2015 at 3:27 PM Parashuram N <[email protected]> >> > wrote: >> > >> > > +1 to the proposal. >> > > >> > > Is there a structure of a sample template ? Also, the code seems to >> > > copy everything from npm or the gitURL, though in the proposal you >> > > say that dot file and hooks/platforms should not be copies. Should >> > > we talk about that in the proposal too ? >> > > >> > > -----Original Message----- >> > > From: Raymond Camden [mailto:[email protected]] >> > > Sent: Tuesday, November 10, 2015 12:01 PM >> > > To: [email protected] >> > > Subject: Re: [DISCUSS] CLI Templates >> > > >> > > Yeah, nothing to add here but +1. >> > > >> > > Oh, the only thing I'd add is that I wish there was a way to >> > > *permanently* set a template. I hate the default Cordova template >> > > (sorry >> > > ;) and would love to make the CLI always use my own particular >> template. >> > > >> > > On Tue, Nov 10, 2015 at 1:52 PM, Ryan J. Salva >> > > <[email protected]> >> > > wrote: >> > > > I love it! >> > > > >> > > > >> > > > rjs >> > > > >> > > > Ryan J. Salva | Principal Program Manager Lead Visual Studio >> > > > Tools for Apache Cordova [email protected] >> > > > 206 612 5079 mobile >> > > > >> > > > >> > > > >> > > > -----Original Message----- >> > > > From: Carlos Santana [mailto:[email protected]] >> > > > Sent: Tuesday, November 10, 2015 7:49 PM >> > > > To: [email protected] >> > > > Subject: [DISCUSS] CLI Templates >> > > > >> > > > From the Face2Face meeting updating the cordova cli to work with >> > > > templates sounded like a good feature to add to the CLI >> > > > >> > > > I finally got around to this and created the proposal and got >> > > > James >> > > Dubee from our team to take a stab at implementation. >> > > > >> > > > CLI-Template proposal [1] >> > > > >> > > > [1]: >> > > > https://github.com/cordova/cordova-discuss/blob/master/proposals/C >> > > > LI >> > > > -T >> > > > https://na01.safelinks.protection.outlook.com/?url=emplates.md&dat >> > > > a= >> > > > 01%7c01%7cpanarasi%40microsoft.com%7ce586e8f64dae4418c1b708d2ea158 >> > > > 9e >> > > > d%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=kctEUezjtECUIvZQcih >> > > > bu >> > > > uydWn7HfTJO8c7W0LTz98U%3d >> > > > >> > > > --Carlos >> > > >> > > >> > > >> > > -- >> > > ==================================================================== >> > > == ===== Raymond Camden, Developer Advocate for MobileFirst at IBM >> > > >> > > Email : [email protected] >> > > Blog : >> > > https://na01.safelinks.protection.outlook.com/?url=www.raymondcamden >> > > .c >> > > om&data=01%7c01%7cpanarasi%40microsoft.com%7c92e5feab0e524d2dbc8008d >> > > 2e >> > > a09af88%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=xMtq2oC%2b%2b%2 >> > > fB >> > > bNlOcIKlStSkgUUuiGDKbq7KuNMHLiVU%3d >> > > Twitter: raymondcamden >> > > >> > > -------------------------------------------------------------------- >> > > - To unsubscribe, e-mail: [email protected] >> > > For additional commands, e-mail: [email protected] >> > > >> > > >> > > -------------------------------------------------------------------- >> > > - To unsubscribe, e-mail: [email protected] >> > > For additional commands, e-mail: [email protected] >> > > >> > >> >
