RE: 'cordova plugin save' should also save plugin versions
I'd like to get input on how 'cordova platform save' and 'cordova plugin save' commands (that save information about all installed platforms or plugins to config.xml) should work with regard to modifying existing version information in config.xml. (Background: I'm updating the --save option when adding/updating a specific platform or plugin to always write out the version being installed, using the "^x.x.x" notation. Consistent with 'npm install', I update an existing entry even if its version string would match what we're installing - so if the existing entry is '^3.2.1' and I'm installing '3.2.2', I update the entry to '^3.2.2'). My question is: Should we do the same with the 'platform save' and 'plugin save' commands: if there is an existing entry with a version that matches the version that's installed, do we update it or leave it alone? My feeling is to update it, since that behavior would be consistent with the --save flag. But an argument could also be made that we should leave it alone in this scenario. Thanks! Tim From: agri...@google.com [agri...@google.com] on behalf of Andrew Grieve [agri...@chromium.org] Sent: Wednesday, March 25, 2015 11:44 PM To: dev Subject: Re: 'cordova plugin save' should also save plugin versions That's what we already do (CPR *is* an npm database) On Wed, Mar 25, 2015 at 12:00 AM, Michal Mocny wrote: > ..Also with the move to put plugins in npm, I think we would be directly > using npm's resolution of the version? > > On Tue, Mar 24, 2015 at 8:48 PM, Andrew Grieve > wrote: > > > On Tue, Mar 24, 2015 at 7:48 PM, Gorkem Ercan > > wrote: > > > > > > > > > > > On 24 Mar 2015, at 18:38, Tim Barham wrote: > > > > > > +1 from me too (always save version, and allow automatic minor version > > >> upgrades). > > >> > > >> I like Andrew's idea, my only concern is implementing only a portion > of > > > the semver syntax. I personally would assume full semver support after > > > seeing "^1.2.3" notation on config.xml > > > > I think we do already support all semver? Just tried: > >cordova plugin add "cordova-plugin-okhttp@>1 <3" > > and it worked fine. > > > > > > > > > > > > > Gorkem - I'm currently doing some work in this area - I'm happy to > make > > >> this change while I'm there. > > >> > > >> Sure, go ahead. I would not be able to get to it until next week. > > > > > > > > > > > >> From: Steven Gill [stevengil...@gmail.com] > > >> Sent: Wednesday, March 25, 2015 7:20 AM > > >> To: dev@cordova.apache.org > > >> Subject: Re: 'cordova plugin save' should also save plugin versions > > >> > > >> Definitely agree with alignment with npm's save! :D > > >> > > >> On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal < > > >> nikhi...@microsoft.com> > > >> wrote: > > >> > > >> I'm in favor of alignment of 'plugin save' behavior with npm's as we > > >>> expect developers to already familiar with that and in future, we > plan > > to > > >>> move to npm. > > >>> > > >>> I liked Andrew's idea of adding a specific version with allowing > minor > > >>> version upgrades to be automatic. > > >>> > > >>> As for shrink wrapping, for npm this means locking down the version > > >>> numbers of all modules and their dependencies: > > >>> https://docs.npmjs.com/cli/shrinkwrap . It does not look our > > >>> --shrinkwrap > > >>> option does that. > > >>> > > >>> -Nikhil > > >>> > > >>> -Original Message- > > >>> From: So, Byoungro [mailto:byoungro...@intel.com] > > >>> Sent: Tuesday, March 24, 2015 12:40 PM > > >>> To: dev@cordova.apache.org > > >>> Subject: Re: 'cordova plugin save' should also save plugin versions > > >>> > > >>> +1 for making the shrinkwrap as the default for the > >>> This makes sure the users will restore the same version they saved > > >>> before. > > >>> > > >>> Byoungro So > > >>> SSG / DPD / Mobile Computing and Compilers Inte
Re: 'cordova plugin save' should also save plugin versions
That's what we already do (CPR *is* an npm database) On Wed, Mar 25, 2015 at 12:00 AM, Michal Mocny wrote: > ..Also with the move to put plugins in npm, I think we would be directly > using npm's resolution of the version? > > On Tue, Mar 24, 2015 at 8:48 PM, Andrew Grieve > wrote: > > > On Tue, Mar 24, 2015 at 7:48 PM, Gorkem Ercan > > wrote: > > > > > > > > > > > On 24 Mar 2015, at 18:38, Tim Barham wrote: > > > > > > +1 from me too (always save version, and allow automatic minor version > > >> upgrades). > > >> > > >> I like Andrew's idea, my only concern is implementing only a portion > of > > > the semver syntax. I personally would assume full semver support after > > > seeing "^1.2.3" notation on config.xml > > > > I think we do already support all semver? Just tried: > >cordova plugin add "cordova-plugin-okhttp@>1 <3" > > and it worked fine. > > > > > > > > > > > > > Gorkem - I'm currently doing some work in this area - I'm happy to > make > > >> this change while I'm there. > > >> > > >> Sure, go ahead. I would not be able to get to it until next week. > > > > > > > > > > > >> From: Steven Gill [stevengil...@gmail.com] > > >> Sent: Wednesday, March 25, 2015 7:20 AM > > >> To: dev@cordova.apache.org > > >> Subject: Re: 'cordova plugin save' should also save plugin versions > > >> > > >> Definitely agree with alignment with npm's save! :D > > >> > > >> On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal < > > >> nikhi...@microsoft.com> > > >> wrote: > > >> > > >> I'm in favor of alignment of 'plugin save' behavior with npm's as we > > >>> expect developers to already familiar with that and in future, we > plan > > to > > >>> move to npm. > > >>> > > >>> I liked Andrew's idea of adding a specific version with allowing > minor > > >>> version upgrades to be automatic. > > >>> > > >>> As for shrink wrapping, for npm this means locking down the version > > >>> numbers of all modules and their dependencies: > > >>> https://docs.npmjs.com/cli/shrinkwrap . It does not look our > > >>> --shrinkwrap > > >>> option does that. > > >>> > > >>> -Nikhil > > >>> > > >>> -Original Message- > > >>> From: So, Byoungro [mailto:byoungro...@intel.com] > > >>> Sent: Tuesday, March 24, 2015 12:40 PM > > >>> To: dev@cordova.apache.org > > >>> Subject: Re: 'cordova plugin save' should also save plugin versions > > >>> > > >>> +1 for making the shrinkwrap as the default for the > >>> This makes sure the users will restore the same version they saved > > >>> before. > > >>> > > >>> Byoungro So > > >>> SSG / DPD / Mobile Computing and Compilers Intel Corporation > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > > >>> > > >>> > > >>>> I think the problem here is shrinkwrap behaviour is the expected > > >>>> because platforms behave that way. I guess we could just make > > >>>> shrinkwrap default and change the flag to --noshrinkwrap. > > >>>> -- > > >>>> Gorkem > > >>>> > > >>>> On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > > >>>> > > >>>> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan > > >>>>> > > >>>>> wrote: > > >>>>> > > >>>>> They are related but not same. > > >>>>>> > > >>>>>> CB-8594 asks to save the plugin version information during > "cordova > > >>>>>> plugin add --save". Right now we do not save version unless the > > >>>>>> command is "cordova plugin add --save --shrinkwrap". This > behaviour > > >>>>>> allows plugins to be restored to the latest possible versi
Re: 'cordova plugin save' should also save plugin versions
..Also with the move to put plugins in npm, I think we would be directly using npm's resolution of the version? On Tue, Mar 24, 2015 at 8:48 PM, Andrew Grieve wrote: > On Tue, Mar 24, 2015 at 7:48 PM, Gorkem Ercan > wrote: > > > > > > > On 24 Mar 2015, at 18:38, Tim Barham wrote: > > > > +1 from me too (always save version, and allow automatic minor version > >> upgrades). > >> > >> I like Andrew's idea, my only concern is implementing only a portion of > > the semver syntax. I personally would assume full semver support after > > seeing "^1.2.3" notation on config.xml > > I think we do already support all semver? Just tried: >cordova plugin add "cordova-plugin-okhttp@>1 <3" > and it worked fine. > > > > > > > > Gorkem - I'm currently doing some work in this area - I'm happy to make > >> this change while I'm there. > >> > >> Sure, go ahead. I would not be able to get to it until next week. > > > > > > ________ > >> From: Steven Gill [stevengil...@gmail.com] > >> Sent: Wednesday, March 25, 2015 7:20 AM > >> To: dev@cordova.apache.org > >> Subject: Re: 'cordova plugin save' should also save plugin versions > >> > >> Definitely agree with alignment with npm's save! :D > >> > >> On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal < > >> nikhi...@microsoft.com> > >> wrote: > >> > >> I'm in favor of alignment of 'plugin save' behavior with npm's as we > >>> expect developers to already familiar with that and in future, we plan > to > >>> move to npm. > >>> > >>> I liked Andrew's idea of adding a specific version with allowing minor > >>> version upgrades to be automatic. > >>> > >>> As for shrink wrapping, for npm this means locking down the version > >>> numbers of all modules and their dependencies: > >>> https://docs.npmjs.com/cli/shrinkwrap . It does not look our > >>> --shrinkwrap > >>> option does that. > >>> > >>> -Nikhil > >>> > >>> -Original Message- > >>> From: So, Byoungro [mailto:byoungro...@intel.com] > >>> Sent: Tuesday, March 24, 2015 12:40 PM > >>> To: dev@cordova.apache.org > >>> Subject: Re: 'cordova plugin save' should also save plugin versions > >>> > >>> +1 for making the shrinkwrap as the default for the >>> This makes sure the users will restore the same version they saved > >>> before. > >>> > >>> Byoungro So > >>> SSG / DPD / Mobile Computing and Compilers Intel Corporation > >>> > >>> > >>> > >>> > >>> > >>> > >>> On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > >>> > >>> > >>>> I think the problem here is shrinkwrap behaviour is the expected > >>>> because platforms behave that way. I guess we could just make > >>>> shrinkwrap default and change the flag to --noshrinkwrap. > >>>> -- > >>>> Gorkem > >>>> > >>>> On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > >>>> > >>>> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan > >>>>> > >>>>> wrote: > >>>>> > >>>>> They are related but not same. > >>>>>> > >>>>>> CB-8594 asks to save the plugin version information during "cordova > >>>>>> plugin add --save". Right now we do not save version unless the > >>>>>> command is "cordova plugin add --save --shrinkwrap". This behaviour > >>>>>> allows plugins to be restored to the latest possible version > >>>>>> available if they are not explicitly shrinkwrapped. > >>>>>> > >>>>>> > >>>>> How about doing what npm does, and always save the version, but save > >>>>> it as "^1.0.3", so that you still get updates, but not major version > >>>>> changes? > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> As for CB-8733, "cordova plugin save" command can not save the > >>>>>> version information
Re: 'cordova plugin save' should also save plugin versions
On Tue, Mar 24, 2015 at 7:48 PM, Gorkem Ercan wrote: > > > On 24 Mar 2015, at 18:38, Tim Barham wrote: > > +1 from me too (always save version, and allow automatic minor version >> upgrades). >> >> I like Andrew's idea, my only concern is implementing only a portion of > the semver syntax. I personally would assume full semver support after > seeing "^1.2.3" notation on config.xml I think we do already support all semver? Just tried: cordova plugin add "cordova-plugin-okhttp@>1 <3" and it worked fine. > > > Gorkem - I'm currently doing some work in this area - I'm happy to make >> this change while I'm there. >> >> Sure, go ahead. I would not be able to get to it until next week. > > > >> From: Steven Gill [stevengil...@gmail.com] >> Sent: Wednesday, March 25, 2015 7:20 AM >> To: dev@cordova.apache.org >> Subject: Re: 'cordova plugin save' should also save plugin versions >> >> Definitely agree with alignment with npm's save! :D >> >> On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal < >> nikhi...@microsoft.com> >> wrote: >> >> I'm in favor of alignment of 'plugin save' behavior with npm's as we >>> expect developers to already familiar with that and in future, we plan to >>> move to npm. >>> >>> I liked Andrew's idea of adding a specific version with allowing minor >>> version upgrades to be automatic. >>> >>> As for shrink wrapping, for npm this means locking down the version >>> numbers of all modules and their dependencies: >>> https://docs.npmjs.com/cli/shrinkwrap . It does not look our >>> --shrinkwrap >>> option does that. >>> >>> -Nikhil >>> >>> -Original Message- >>> From: So, Byoungro [mailto:byoungro...@intel.com] >>> Sent: Tuesday, March 24, 2015 12:40 PM >>> To: dev@cordova.apache.org >>> Subject: Re: 'cordova plugin save' should also save plugin versions >>> >>> +1 for making the shrinkwrap as the default for the >> This makes sure the users will restore the same version they saved >>> before. >>> >>> Byoungro So >>> SSG / DPD / Mobile Computing and Compilers Intel Corporation >>> >>> >>> >>> >>> >>> >>> On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: >>> >>> >>>> I think the problem here is shrinkwrap behaviour is the expected >>>> because platforms behave that way. I guess we could just make >>>> shrinkwrap default and change the flag to --noshrinkwrap. >>>> -- >>>> Gorkem >>>> >>>> On 24 Mar 2015, at 13:58, Andrew Grieve wrote: >>>> >>>> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan >>>>> >>>>> wrote: >>>>> >>>>> They are related but not same. >>>>>> >>>>>> CB-8594 asks to save the plugin version information during "cordova >>>>>> plugin add --save". Right now we do not save version unless the >>>>>> command is "cordova plugin add --save --shrinkwrap". This behaviour >>>>>> allows plugins to be restored to the latest possible version >>>>>> available if they are not explicitly shrinkwrapped. >>>>>> >>>>>> >>>>> How about doing what npm does, and always save the version, but save >>>>> it as "^1.0.3", so that you still get updates, but not major version >>>>> changes? >>>>> >>>>> >>>>> >>>>> >>>>>> As for CB-8733, "cordova plugin save" command can not save the >>>>>> version information even if it had wanted to because fetch.json is >>>>>> missing that information. It is a bug. >>>>>> -- >>>>>> Gorkem >>>>>> >>>>>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden >>>>>> >>>>>> wrote: >>>>>> >>>>>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? >>>>>>> >>>>>>> On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>&g
Re: 'cordova plugin save' should also save plugin versions
On 24 Mar 2015, at 18:38, Tim Barham wrote: +1 from me too (always save version, and allow automatic minor version upgrades). I like Andrew's idea, my only concern is implementing only a portion of the semver syntax. I personally would assume full semver support after seeing "^1.2.3" notation on config.xml Gorkem - I'm currently doing some work in this area - I'm happy to make this change while I'm there. Sure, go ahead. I would not be able to get to it until next week. From: Steven Gill [stevengil...@gmail.com] Sent: Wednesday, March 25, 2015 7:20 AM To: dev@cordova.apache.org Subject: Re: 'cordova plugin save' should also save plugin versions Definitely agree with alignment with npm's save! :D On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal wrote: I'm in favor of alignment of 'plugin save' behavior with npm's as we expect developers to already familiar with that and in future, we plan to move to npm. I liked Andrew's idea of adding a specific version with allowing minor version upgrades to be automatic. As for shrink wrapping, for npm this means locking down the version numbers of all modules and their dependencies: https://docs.npmjs.com/cli/shrinkwrap . It does not look our --shrinkwrap option does that. -Nikhil -Original Message- From: So, Byoungro [mailto:byoungro...@intel.com] Sent: Tuesday, March 24, 2015 12:40 PM To: dev@cordova.apache.org Subject: Re: 'cordova plugin save' should also save plugin versions +1 for making the shrinkwrap as the default for the This makes sure the users will restore the same version they saved before. Byoungro So SSG / DPD / Mobile Computing and Compilers Intel Corporation On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: I think the problem here is shrinkwrap behaviour is the expected because platforms behave that way. I guess we could just make shrinkwrap default and change the flag to --noshrinkwrap. -- Gorkem On 24 Mar 2015, at 13:58, Andrew Grieve wrote: On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan wrote: They are related but not same. CB-8594 asks to save the plugin version information during "cordova plugin add --save". Right now we do not save version unless the command is "cordova plugin add --save --shrinkwrap". This behaviour allows plugins to be restored to the latest possible version available if they are not explicitly shrinkwrapped. How about doing what npm does, and always save the version, but save it as "^1.0.3", so that you still get updates, but not major version changes? As for CB-8733, "cordova plugin save" command can not save the version information even if it had wanted to because fetch.json is missing that information. It is a bug. -- Gorkem On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden wrote: Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales wrote: Currently, version info is not saved for plugins in the fetch.json. That needs to be added so that plugin version can be saved in the config.xml. It should follow what 'cordova platform save' does. I created a jira item for this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull request: https://github.com/apache/cordova-lib/pull/189. If someone could review it and provide any feedback. Thanks, Edna Morales -- = === === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden --- -- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
RE: 'cordova plugin save' should also save plugin versions
+1 from me too (always save version, and allow automatic minor version upgrades). Gorkem - I'm currently doing some work in this area - I'm happy to make this change while I'm there. From: Steven Gill [stevengil...@gmail.com] Sent: Wednesday, March 25, 2015 7:20 AM To: dev@cordova.apache.org Subject: Re: 'cordova plugin save' should also save plugin versions Definitely agree with alignment with npm's save! :D On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal wrote: > I'm in favor of alignment of 'plugin save' behavior with npm's as we > expect developers to already familiar with that and in future, we plan to > move to npm. > > I liked Andrew's idea of adding a specific version with allowing minor > version upgrades to be automatic. > > As for shrink wrapping, for npm this means locking down the version > numbers of all modules and their dependencies: > https://docs.npmjs.com/cli/shrinkwrap . It does not look our --shrinkwrap > option does that. > > -Nikhil > > -Original Message- > From: So, Byoungro [mailto:byoungro...@intel.com] > Sent: Tuesday, March 24, 2015 12:40 PM > To: dev@cordova.apache.org > Subject: Re: 'cordova plugin save' should also save plugin versions > > +1 for making the shrinkwrap as the default for the This makes sure the users will restore the same version they saved before. > > Byoungro So > SSG / DPD / Mobile Computing and Compilers Intel Corporation > > > > > > > On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > > > > >I think the problem here is shrinkwrap behaviour is the expected > >because platforms behave that way. I guess we could just make > >shrinkwrap default and change the flag to --noshrinkwrap. > >-- > >Gorkem > > > >On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > > > >> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan > >> > >> wrote: > >> > >>> They are related but not same. > >>> > >>> CB-8594 asks to save the plugin version information during "cordova > >>> plugin add --save". Right now we do not save version unless the > >>> command is "cordova plugin add --save --shrinkwrap". This behaviour > >>> allows plugins to be restored to the latest possible version > >>> available if they are not explicitly shrinkwrapped. > >>> > >> > >> How about doing what npm does, and always save the version, but save > >> it as "^1.0.3", so that you still get updates, but not major version > >> changes? > >> > >> > >> > >>> > >>> As for CB-8733, "cordova plugin save" command can not save the > >>> version information even if it had wanted to because fetch.json is > >>> missing that information. It is a bug. > >>> -- > >>> Gorkem > >>> > >>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden > >>> > >>> wrote: > >>> > >>>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? > >>>> > >>>> On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales > >>>> > >>>> wrote: > >>>>> > >>>>> > >>>>> Currently, version info is not saved for plugins in the fetch.json. > >>> That > >>>>> needs to be added so that plugin version can be saved in the > >>> config.xml. > >>>> It > >>>>> should follow what 'cordova platform save' does. I created a jira > >>>>> item > >>>> for > >>>>> this: https://issues.apache.org/jira/browse/CB-8733 and opened a > >>>>> pull > >>>>> request: https://github.com/apache/cordova-lib/pull/189. If > >>>>> someone > >>>> could > >>>>> review it and provide any feedback. > >>>>> > >>>>> Thanks, > >>>>> Edna Morales > >>>> > >>>> > >>>> > >>>> -- > >>>> > >>> > >>>= > >>>=== > >>>=== > >>>> Raymond Camden, Developer Advocate for MobileFirst at IBM > >>>> > >>>> Email : raymondcam...@gmail.com > >>>> Blog : www.raymondcamden.com > >>>> Twitter: raymondcamden > >>>> > >>>> --- > >>>> -- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >>>> For additional commands, e-mail: dev-h...@cordova.apache.org > >>>> > >>>> > >>> > > > >- > >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: 'cordova plugin save' should also save plugin versions
Another +1 to do-as-npm-does. Both because of existing developer expectations, and because the trend is to move towards npm-isms and it would be a disservice down the road to change the behaviour. Any fork from what npm does should have a strong reason, and not just a prefer-it-this-way, imho. -Michal On Tue, Mar 24, 2015 at 5:20 PM, Steven Gill wrote: > Definitely agree with alignment with npm's save! :D > > On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal > > wrote: > > > I'm in favor of alignment of 'plugin save' behavior with npm's as we > > expect developers to already familiar with that and in future, we plan to > > move to npm. > > > > I liked Andrew's idea of adding a specific version with allowing minor > > version upgrades to be automatic. > > > > As for shrink wrapping, for npm this means locking down the version > > numbers of all modules and their dependencies: > > https://docs.npmjs.com/cli/shrinkwrap . It does not look our > --shrinkwrap > > option does that. > > > > -Nikhil > > > > -Original Message- > > From: So, Byoungro [mailto:byoungro...@intel.com] > > Sent: Tuesday, March 24, 2015 12:40 PM > > To: dev@cordova.apache.org > > Subject: Re: 'cordova plugin save' should also save plugin versions > > > > +1 for making the shrinkwrap as the default for the > This makes sure the users will restore the same version they saved > before. > > > > Byoungro So > > SSG / DPD / Mobile Computing and Compilers Intel Corporation > > > > > > > > > > > > > > On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > > > > > > > >I think the problem here is shrinkwrap behaviour is the expected > > >because platforms behave that way. I guess we could just make > > >shrinkwrap default and change the flag to --noshrinkwrap. > > >-- > > >Gorkem > > > > > >On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > > > > > >> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan > > >> > > >> wrote: > > >> > > >>> They are related but not same. > > >>> > > >>> CB-8594 asks to save the plugin version information during "cordova > > >>> plugin add --save". Right now we do not save version unless the > > >>> command is "cordova plugin add --save --shrinkwrap". This behaviour > > >>> allows plugins to be restored to the latest possible version > > >>> available if they are not explicitly shrinkwrapped. > > >>> > > >> > > >> How about doing what npm does, and always save the version, but save > > >> it as "^1.0.3", so that you still get updates, but not major version > > >> changes? > > >> > > >> > > >> > > >>> > > >>> As for CB-8733, "cordova plugin save" command can not save the > > >>> version information even if it had wanted to because fetch.json is > > >>> missing that information. It is a bug. > > >>> -- > > >>> Gorkem > > >>> > > >>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden > > >>> > > >>> wrote: > > >>> > > >>>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? > > >>>> > > >>>> On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales > > >>>> > > >>>> wrote: > > >>>>> > > >>>>> > > >>>>> Currently, version info is not saved for plugins in the fetch.json. > > >>> That > > >>>>> needs to be added so that plugin version can be saved in the > > >>> config.xml. > > >>>> It > > >>>>> should follow what 'cordova platform save' does. I created a jira > > >>>>> item > > >>>> for > > >>>>> this: https://issues.apache.org/jira/browse/CB-8733 and opened a > > >>>>> pull > > >>>>> request: https://github.com/apache/cordova-lib/pull/189. If > > >>>>> someone > > >>>> could > > >>>>> review it and provide any feedback. > > >>>>> > > >>>>> Thanks, > > >>>>> Edna Morales > > >>>> > > >>>> > > >>>> > > >>>> -- > > >>>> > > >>> > > >>>= > > >>>=== > > >>>=== > > >>>> Raymond Camden, Developer Advocate for MobileFirst at IBM > > >>>> > > >>>> Email : raymondcam...@gmail.com > > >>>> Blog : www.raymondcamden.com > > >>>> Twitter: raymondcamden > > >>>> > > >>>> --- > > >>>> -- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > >>>> For additional commands, e-mail: dev-h...@cordova.apache.org > > >>>> > > >>>> > > >>> > > > > > >- > > >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > >For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > >
Re: 'cordova plugin save' should also save plugin versions
Definitely agree with alignment with npm's save! :D On Tue, Mar 24, 2015 at 1:46 PM, Nikhil Khandelwal wrote: > I'm in favor of alignment of 'plugin save' behavior with npm's as we > expect developers to already familiar with that and in future, we plan to > move to npm. > > I liked Andrew's idea of adding a specific version with allowing minor > version upgrades to be automatic. > > As for shrink wrapping, for npm this means locking down the version > numbers of all modules and their dependencies: > https://docs.npmjs.com/cli/shrinkwrap . It does not look our --shrinkwrap > option does that. > > -Nikhil > > -Original Message- > From: So, Byoungro [mailto:byoungro...@intel.com] > Sent: Tuesday, March 24, 2015 12:40 PM > To: dev@cordova.apache.org > Subject: Re: 'cordova plugin save' should also save plugin versions > > +1 for making the shrinkwrap as the default for the This makes sure the users will restore the same version they saved before. > > Byoungro So > SSG / DPD / Mobile Computing and Compilers Intel Corporation > > > > > > > On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > > > > >I think the problem here is shrinkwrap behaviour is the expected > >because platforms behave that way. I guess we could just make > >shrinkwrap default and change the flag to --noshrinkwrap. > >-- > >Gorkem > > > >On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > > > >> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan > >> > >> wrote: > >> > >>> They are related but not same. > >>> > >>> CB-8594 asks to save the plugin version information during "cordova > >>> plugin add --save". Right now we do not save version unless the > >>> command is "cordova plugin add --save --shrinkwrap". This behaviour > >>> allows plugins to be restored to the latest possible version > >>> available if they are not explicitly shrinkwrapped. > >>> > >> > >> How about doing what npm does, and always save the version, but save > >> it as "^1.0.3", so that you still get updates, but not major version > >> changes? > >> > >> > >> > >>> > >>> As for CB-8733, "cordova plugin save" command can not save the > >>> version information even if it had wanted to because fetch.json is > >>> missing that information. It is a bug. > >>> -- > >>> Gorkem > >>> > >>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden > >>> > >>> wrote: > >>> > >>>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? > >>>> > >>>> On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales > >>>> > >>>> wrote: > >>>>> > >>>>> > >>>>> Currently, version info is not saved for plugins in the fetch.json. > >>> That > >>>>> needs to be added so that plugin version can be saved in the > >>> config.xml. > >>>> It > >>>>> should follow what 'cordova platform save' does. I created a jira > >>>>> item > >>>> for > >>>>> this: https://issues.apache.org/jira/browse/CB-8733 and opened a > >>>>> pull > >>>>> request: https://github.com/apache/cordova-lib/pull/189. If > >>>>> someone > >>>> could > >>>>> review it and provide any feedback. > >>>>> > >>>>> Thanks, > >>>>> Edna Morales > >>>> > >>>> > >>>> > >>>> -- > >>>> > >>> > >>>= > >>>=== > >>>=== > >>>> Raymond Camden, Developer Advocate for MobileFirst at IBM > >>>> > >>>> Email : raymondcam...@gmail.com > >>>> Blog : www.raymondcamden.com > >>>> Twitter: raymondcamden > >>>> > >>>> --- > >>>> -- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >>>> For additional commands, e-mail: dev-h...@cordova.apache.org > >>>> > >>>> > >>> > > > >- > >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
RE: 'cordova plugin save' should also save plugin versions
I'm in favor of alignment of 'plugin save' behavior with npm's as we expect developers to already familiar with that and in future, we plan to move to npm. I liked Andrew's idea of adding a specific version with allowing minor version upgrades to be automatic. As for shrink wrapping, for npm this means locking down the version numbers of all modules and their dependencies: https://docs.npmjs.com/cli/shrinkwrap . It does not look our --shrinkwrap option does that. -Nikhil -Original Message- From: So, Byoungro [mailto:byoungro...@intel.com] Sent: Tuesday, March 24, 2015 12:40 PM To: dev@cordova.apache.org Subject: Re: 'cordova plugin save' should also save plugin versions +1 for making the shrinkwrap as the default for the wrote: > >I think the problem here is shrinkwrap behaviour is the expected >because platforms behave that way. I guess we could just make >shrinkwrap default and change the flag to --noshrinkwrap. >-- >Gorkem > >On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > >> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan >> >> wrote: >> >>> They are related but not same. >>> >>> CB-8594 asks to save the plugin version information during "cordova >>> plugin add --save". Right now we do not save version unless the >>> command is "cordova plugin add --save --shrinkwrap". This behaviour >>> allows plugins to be restored to the latest possible version >>> available if they are not explicitly shrinkwrapped. >>> >> >> How about doing what npm does, and always save the version, but save >> it as "^1.0.3", so that you still get updates, but not major version >> changes? >> >> >> >>> >>> As for CB-8733, "cordova plugin save" command can not save the >>> version information even if it had wanted to because fetch.json is >>> missing that information. It is a bug. >>> -- >>> Gorkem >>> >>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden >>> >>> wrote: >>> >>>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? >>>> >>>> On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales >>>> >>>> wrote: >>>>> >>>>> >>>>> Currently, version info is not saved for plugins in the fetch.json. >>> That >>>>> needs to be added so that plugin version can be saved in the >>> config.xml. >>>> It >>>>> should follow what 'cordova platform save' does. I created a jira >>>>> item >>>> for >>>>> this: https://issues.apache.org/jira/browse/CB-8733 and opened a >>>>> pull >>>>> request: https://github.com/apache/cordova-lib/pull/189. If >>>>> someone >>>> could >>>>> review it and provide any feedback. >>>>> >>>>> Thanks, >>>>> Edna Morales >>>> >>>> >>>> >>>> -- >>>> >>> >>>= >>>=== >>>=== >>>> Raymond Camden, Developer Advocate for MobileFirst at IBM >>>> >>>> Email : raymondcam...@gmail.com >>>> Blog : www.raymondcamden.com >>>> Twitter: raymondcamden >>>> >>>> --- >>>> -- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org >>>> For additional commands, e-mail: dev-h...@cordova.apache.org >>>> >>>> >>> > >- >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org >For additional commands, e-mail: dev-h...@cordova.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: 'cordova plugin save' should also save plugin versions
+1 for making the shrinkwrap as the default for the ‹save. This makes sure the users will restore the same version they saved before. Byoungro So SSG / DPD / Mobile Computing and Compilers Intel Corporation On 3/24/15, 12:31 PM, "Gorkem Ercan" wrote: > >I think the problem here is shrinkwrap behaviour is the expected because >platforms behave that way. I guess we could just make shrinkwrap default >and change the flag to --noshrinkwrap. >-- >Gorkem > >On 24 Mar 2015, at 13:58, Andrew Grieve wrote: > >> On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan >> >> wrote: >> >>> They are related but not same. >>> >>> CB-8594 asks to save the plugin version information during "cordova >>> plugin >>> add --save". Right now we do not save version unless the command is >>> "cordova plugin add --save --shrinkwrap". This behaviour allows >>> plugins to >>> be restored to the latest possible version available if they are not >>> explicitly shrinkwrapped. >>> >> >> How about doing what npm does, and always save the version, but save >> it as >> "^1.0.3", so that you still get updates, but not major version >> changes? >> >> >> >>> >>> As for CB-8733, "cordova plugin save" command can not save the >>> version >>> information even if it had wanted to because fetch.json is missing >>> that >>> information. It is a bug. >>> -- >>> Gorkem >>> >>> On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden >>> >>> wrote: >>> Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales wrote: > > > Currently, version info is not saved for plugins in the fetch.json. >>> That > needs to be added so that plugin version can be saved in the >>> config.xml. It > should follow what 'cordova platform save' does. I created a jira > item for > this: https://issues.apache.org/jira/browse/CB-8733 and opened a > pull > request: https://github.com/apache/cordova-lib/pull/189. If someone could > review it and provide any feedback. > > Thanks, > Edna Morales -- >>> >>> >>>=== Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org >>> > >- >To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org >For additional commands, e-mail: dev-h...@cordova.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: 'cordova plugin save' should also save plugin versions
I think the problem here is shrinkwrap behaviour is the expected because platforms behave that way. I guess we could just make shrinkwrap default and change the flag to --noshrinkwrap. -- Gorkem On 24 Mar 2015, at 13:58, Andrew Grieve wrote: On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan wrote: They are related but not same. CB-8594 asks to save the plugin version information during "cordova plugin add --save". Right now we do not save version unless the command is "cordova plugin add --save --shrinkwrap". This behaviour allows plugins to be restored to the latest possible version available if they are not explicitly shrinkwrapped. How about doing what npm does, and always save the version, but save it as "^1.0.3", so that you still get updates, but not major version changes? As for CB-8733, "cordova plugin save" command can not save the version information even if it had wanted to because fetch.json is missing that information. It is a bug. -- Gorkem On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden wrote: Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales wrote: Currently, version info is not saved for plugins in the fetch.json. That needs to be added so that plugin version can be saved in the config.xml. It should follow what 'cordova platform save' does. I created a jira item for this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull request: https://github.com/apache/cordova-lib/pull/189. If someone could review it and provide any feedback. Thanks, Edna Morales -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: 'cordova plugin save' should also save plugin versions
On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan wrote: > They are related but not same. > > CB-8594 asks to save the plugin version information during "cordova plugin > add --save". Right now we do not save version unless the command is > "cordova plugin add --save --shrinkwrap". This behaviour allows plugins to > be restored to the latest possible version available if they are not > explicitly shrinkwrapped. > How about doing what npm does, and always save the version, but save it as "^1.0.3", so that you still get updates, but not major version changes? > > As for CB-8733, "cordova plugin save" command can not save the version > information even if it had wanted to because fetch.json is missing that > information. It is a bug. > -- > Gorkem > > On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden > wrote: > > > Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? > > > > On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales > > wrote: > > > > > > > > > Currently, version info is not saved for plugins in the fetch.json. > That > > > needs to be added so that plugin version can be saved in the > config.xml. > > It > > > should follow what 'cordova platform save' does. I created a jira item > > for > > > this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull > > > request: https://github.com/apache/cordova-lib/pull/189. If someone > > could > > > review it and provide any feedback. > > > > > > Thanks, > > > Edna Morales > > > > > > > > -- > > > === > > Raymond Camden, Developer Advocate for MobileFirst at IBM > > > > Email : raymondcam...@gmail.com > > Blog : www.raymondcamden.com > > Twitter: raymondcamden > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > >
Re: 'cordova plugin save' should also save plugin versions
They are related but not same. CB-8594 asks to save the plugin version information during "cordova plugin add --save". Right now we do not save version unless the command is "cordova plugin add --save --shrinkwrap". This behaviour allows plugins to be restored to the latest possible version available if they are not explicitly shrinkwrapped. As for CB-8733, "cordova plugin save" command can not save the version information even if it had wanted to because fetch.json is missing that information. It is a bug. -- Gorkem On Tue, Mar 24, 2015 at 11:29 AM, Raymond Camden wrote: > Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? > > On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales > wrote: > > > > > > Currently, version info is not saved for plugins in the fetch.json. That > > needs to be added so that plugin version can be saved in the config.xml. > It > > should follow what 'cordova platform save' does. I created a jira item > for > > this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull > > request: https://github.com/apache/cordova-lib/pull/189. If someone > could > > review it and provide any feedback. > > > > Thanks, > > Edna Morales > > > > -- > === > Raymond Camden, Developer Advocate for MobileFirst at IBM > > Email : raymondcam...@gmail.com > Blog : www.raymondcamden.com > Twitter: raymondcamden > > - > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
Re: 'cordova plugin save' should also save plugin versions
Ah yes. Looks like it. Thanks, Edna Morales From: Raymond Camden To: dev@cordova.apache.org Date: 03/24/2015 11:30 AM Subject:Re: 'cordova plugin save' should also save plugin versions Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales wrote: > > > Currently, version info is not saved for plugins in the fetch.json. That > needs to be added so that plugin version can be saved in the config.xml. It > should follow what 'cordova platform save' does. I created a jira item for > this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull > request: https://github.com/apache/cordova-lib/pull/189. If someone could > review it and provide any feedback. > > Thanks, > Edna Morales -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: 'cordova plugin save' should also save plugin versions
Is that a dupe of https://issues.apache.org/jira/browse/CB-8594? On Tue, Mar 24, 2015 at 10:19 AM, Edna Y Morales wrote: > > > Currently, version info is not saved for plugins in the fetch.json. That > needs to be added so that plugin version can be saved in the config.xml. It > should follow what 'cordova platform save' does. I created a jira item for > this: https://issues.apache.org/jira/browse/CB-8733 and opened a pull > request: https://github.com/apache/cordova-lib/pull/189. If someone could > review it and provide any feedback. > > Thanks, > Edna Morales -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org