cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steven Gill <stevengil...@gmail.com>
Subject Re: [DISCUSS] EOL cordova-medic
Date Mon, 12 Dec 2016 21:31:59 GMT
+1

On Mon, Dec 12, 2016 at 10:57 AM, Filip Maj <maj.fil@gmail.com> wrote:

> Dearest cordova devs,
>
> I'd like to discuss the possibility of killing off the cordova-medic
> repo. Kinda funny, as I landed the first commit in that repo over 4
> years ago.
>
> I recently sent some updates in a pull request to medic [1], updating
> some appium stuff, and after some discussion with Alex, he pointed out
> that medic is pretty much not used these days. With paramedic taking
> over as both the local testing tool as well as the keystone piece for
> Cordova's CI on cloudapp, I don't think it is worth maintaining two
> similar repositories with lots of code duplication between them.
>
> It looks to me like Apache's buildbot configs for Cordova exist in the
> medic repo. How valuable are these? Worth keeping around? Is execution
> on Apache buildbot going to be a thing once more in the future?
> Cloudapp seems to be doing an excellent job for us on its own...
>
> Other than the buildbot configs, I believe the only thing that needs
> to be migrated out are the Jenkins configs. This would be a beneficial
> move for our CI system anyways, as right now every single Jenkins job
> pulls down the medic repo _solely to get the Jenkins configs_. Moving
> the Jenkins configs into the paramedic repo would save every cloudapp
> job a repo pull, saving some time, and in CI, every second counts :)
>
> Anything else I'm missing? What do y'all think? Good idea? Bad idea?
>
> Thanks for your feedback!
>
> -Fil
>
> [1] https://github.com/apache/cordova-medic/pull/106
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message