Hey! Thanks everyone for your answers. Just to be more precise, this upload command could, at first, only upload the binaries and not creating the whole process (meta, images, descriptions...) which is quite complex as we all know. So it should first focus on uploading a new binary to an existing projet. To sym up :
- On Google Play, there is an official way to upload your APK through their API (i successfully uploaded my APK file using https://github.com/bluesliverx/gradle-android-publisher which use this API. - On Apple Store, the existing tools both use the iTMSTransporter protocol (nomad/shenzhen, fastlane/deliver) in order to upload the binary to Apple. Not sure if we can call that "official" but it's quite safe to use and looks like it's not going to change soon. - Other stores i didn't look up yet We all agree it must be an official support method from the stores. Sounds like an excellent idea to be able to plug extensions to the Cordova CLI via NPM modules. I'll try to migrate my existing code as a plugin or hook to Cordova CLI, add some docs then i'll PR. -- Maxime On Sat, Nov 7, 2015 at 2:05 PM, Carlos Santana <csantan...@gmail.com> wrote: > Bless you Shaz :-) > > Yeah officially supporting unofficial methods not good idea. This is > similar as old ios-sim or ios-deploy > > Before solving uploading, I would prefer to see improved docs and UX for > packaging. > > For uploading this is something that lives in user land tools. With this > said would love to accommodate in Cordova a way for this user land features > able to extend Cordova tooling. > > Today what we have are plugins and hooks, this is the approach today being > use for livereload plugin. > > At work we have being solving some problems in our CLI related to cli > extensions/plugability. > I think some of the solutions are applicable to Cordova cli. The basic > idea is extending or adding CLI command or actions via extensions that are > packaged as npm modules, that anyone can add to a released CLI. > Maybe this could be another way to make our tools pluggable in addition of > hooks. > > - Carlos > @csantanapr > > > On Nov 6, 2015, at 10:25 PM, Connor Pearson <cjp...@gmail.com> wrote: > > > > Would a hook or plugin work better then? > > > >> On Fri, Nov 6, 2015 at 8:42 PM, Shazron <shaz...@gmail.com> wrote: > >> > >> The problem with using "unofficial" methods is, at least for some of > >> our code contributors *cough IBM*, it won't fly with them, and IMO I'd > >> rather not support unofficial methods as well in this project. > >> > >> e.g. http://stackoverflow.com/a/13232352 which appears to show a > >> command line tool that allows upload, but guess what, they removed it > >> in Xcode 7.1 &shrug; > >> > >>> On Fri, Nov 6, 2015 at 4:58 PM, Connor Pearson <cjp...@gmail.com> > wrote: > >>> There are some command line tools that support uploading an ipa ( > >>> https://github.com/nomad/shenzhen, https://github.com/fastlane/deliver > ) > >> so > >>> it is possible. I don't think Apple officially supports this though, so > >> it > >>> may be prone to breaking. > >>> > >>>> On Fri, Nov 6, 2015 at 7:08 PM, Tommy Williams <to...@devgeeks.org> > >>> wrote: > >>> > >>>> I am with Jesse… I think it would be great, but wouldn’t hold my > breath. > >>>> > >>>> Also agree documenting the process would be fantastic both as a > reality > >>>> check and a resource for our users. > >>>> > >>>> The more we can provide after "Hello World", the better. > >>>> > >>>> - tommy > >>>> > >>>> > >>>> On 7 November 2015 at 09:54:41, Jesse (purplecabb...@gmail.com) > wrote: > >>>> > >>>> Yes, I too see the value, but I think it's a bit of wishful thinking. > I > >>>> would love to be proven wrong though. > >>>> There are vast differences between the stores submission processes, as > >> well > >>>> as the meta that they require. In the case of iOS, you would likely > >> need to > >>>> scrape the website and live with the possibility that Apple could > break > >> it > >>>> at any time. > >>>> > >>>> I would like to see someone come up with a definitive list of the > manual > >>>> steps to take to submit an app to all the stores before we even > consider > >>>> automating the process. > >>>> Even as a document alone this would be a great help to our users. > >>>> > >>>> > >>>> > >>>> @purplecabbage > >>>> risingj.com > >>>> > >>>> On Fri, Nov 6, 2015 at 1:52 PM, Parashuram N <panar...@microsoft.com> > >>>> wrote: > >>>> > >>>>> I think this is a great idea. I understand that we already have a > >> package > >>>>> command and this could be a logical extension. However, will this be > a > >>>>> functionality that can be supported on multiple stores ? I am not > >> sure if > >>>>> this is legal on an iOS store. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> On 11/6/15, 2:41 AM, "M Alexandre" <m...@wininup.com> wrote: > >>>>>> > >>>>>> Hello Cordova devs, > >>>>>> > >>>>>> Because Cordova CLI is a great tool for command line for almost > >>>> everything > >>>>>> about creating, building hybrids apps, it would be great to include > a > >>>> new > >>>>>> command for uploading the generated binaries to the app stores. > >>>>>> > >>>>>> As far as I know, nothing exists at the moment in Cordova. I > >> succeeded > >>>>>> patching gradle scripts for including this feature so I could upload > >> my > >>>>> own > >>>>>> generated APK to my Google Play account from a cordova command. This > >> is > >>>>>> very useful for including Cordova apps into Continuous Integration. > >>>>>> > >>>>>> Did you already think about that ? We could : > >>>>>> > >>>>>> 1. add an option to the "build" command => "cordova build -- release > >>>>>> --upload" > >>>>>> 2. or "cordova upload", that needs to build a release version of the > >>>>>> package > >>>>>> > >>>>>> I described the steps and published a "dirty patch" on > >> > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgist.github.com%2fmysegfault%2f9d387cb7f4b08b750bad&data=01%7c01%7cpanarasi%40microsoft.com%7c347fcb14e8ae46e740b008d2e6ca9f74%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=8B8YejUQ6F8obdheWvLmrPN0CCspx4zJjV%2fxnpSnjdI%3d > >>>>> for Android. > >>>>>> > >>>>>> Thanks for your feedback. > >>>>>> -- > >>>>>> Maxime > >> > >> --------------------------------------------------------------------- > >> 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 > >
