Thanks for the feedback everyone. I'm not seeing anything in the scripts that require an environment to be set up other than compile and run, which check the environment requirements. Maybe user added hooks would cause issues. Adding a plugin seems to copy files into the project's platforms and add references in XML files or keys in the plist file if necessary. But perhaps I am missing something here?
If it is not ideal to change the workflow then maybe the suggested --force flag could be an alternative? Thanks, Edna Morales From: Gorkem Ercan <gorkem.er...@gmail.com> To: "dev@cordova.apache.org" <dev@cordova.apache.org> Date: 10/18/2014 11:46 AM Subject: Re: Adding ability to add any platform on any OS On Sat, Oct 18, 2014 at 06:22:12AM +0000, Parashuram Narasimhan (MS OPEN TECH) wrote: > What about saving and restoring platforms? Cordova platforms will not be checked in, but we could do a cordova platform save. When I now do a cordova platform restore on my Mac machine, will is try to restore the Windows platform also and fail ? > "cordova restore platforms" will not be able to restore windows on a Mac, it basically delegates to "cordova add" which will fail. Unfortunately, it will stop platform restoration after first failed platform which I think should not be the case [1]. I think the ultimate goal with cordova restore is to make it part of the prepare cycle and remove plugins and platforms folders. In such a setting restoring platforms that we can not cater on a host OS will probably cause more harm. I can see some cases where this could be a useful feature but I do not think they are part of the main flow. Perhaps a --force flag can be added for this one? [1] https://issues.apache.org/jira/browse/CB-7820 -- Gorkem > -----Original Message----- > From: Josh Soref [mailto:jso...@blackberry.com] > Sent: Friday, October 17, 2014 2:15 PM > To: Jesse; dev@cordova.apache.org > Subject: Re: Adding ability to add any platform on any OS > > cordova serve could still benefit from it... > > Although I haven't looked into it too much. Sent from my BlackBerry 10 smartphone. > > > --------------------------------------------------------------------- > 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