You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Jan Piotrowski (Sujan) (JIRA)" <ji...@apache.org> on 2018/02/13 15:11:00 UTC

[jira] [Commented] (CB-9994) Do not create .appxupload packages for Windows builds

    [ https://issues.apache.org/jira/browse/CB-9994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16362464#comment-16362464 ] 

Jan Piotrowski (Sujan) commented on CB-9994:
--------------------------------------------

[~pke] Adding an additional CLI task is not practical here. Normally this is done by differentiating between a "debug" and a "release" build in Cordova. Could this also be a solution for this problem?

> Do not create .appxupload packages for Windows builds
> -----------------------------------------------------
>
>                 Key: CB-9994
>                 URL: https://issues.apache.org/jira/browse/CB-9994
>             Project: Apache Cordova
>          Issue Type: Improvement
>          Components: cordova-windows
>         Environment: Windows Store Apps
>            Reporter: Philipp Kursawe
>            Assignee: Jesse MacFadyen
>            Priority: Major
>              Labels: build, features, windows
>
> The CLI currently generates Windows Store Apps in a different way than VisualStudio would do it.
> In Visual Studio no appx/appxupload packages are built in the normal build. Instead VS copies/compiles all the files to a bld folder and deploys the app from that folder. No signing cert required, dev cert is enough for that. It's also a much faster build that way. If you only change one js files, the build is basically instant, as well as the deployment because Windows does a binary diff package update in the system. This is much faster than the current way CLI builds Windows targets.
> There should be a CLI task "publish" to create the .appxupload package, they should not be created on every build.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org