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 +, 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
