Does anyone have any reason to delay a cordova-android major release (9.0.0)?
Any additional outstanding changes to land?
If not, I will start the release process in the next couple of days.
-
To unsubscribe, e-mail: dev-unsubsc
Does anyone have any reason to delay a cordova-ios major release (6.0.0)?
Any additional outstanding changes to land?
If not, I will start the release process in the next couple of days.
-
To unsubscribe, e-mail: dev-unsubscr...
Does anyone have any reason to delay a cordova-create major release (3.0.0)?
Any additional outstanding changes to land?
If not, I will start the release process in the next couple of days.
-
To unsubscribe, e-mail: dev-unsubscr
Does anyone have any reason to delay a cordova-common patch release (4.0.1)?
Any additional outstanding changes to land?
If not, I will start the release process in the next couple of days.
-
To unsubscribe, e-mail: dev-unsubscr
@Jan
I also recall that there were push back, in the past, because of write
access to the repo's source code. I felt like that was related to another
bot that did the same thing but I don't recall.
If these were the same bots, I believe they updated their permission
requirements.
When I preping
Nightly build #1386 for cordova has succeeded!
The latest nightly has been published and you can try it out with 'npm i -g
cordova@nightly'
For details check build console at
https://builds.apache.org/job/cordova-nightly/1386/consoleFull
-
Jenkins for Apache Cordova
---
I think in the past we also got pushback from INFRA on using bots via
apps because of access to data etc (similar to CI services etc). Not
sure if that changed in the last few months.
J
Am Fr., 17. Apr. 2020 um 13:44 Uhr schrieb Niklas Merz :
>
> I think I have to agree there.
>
> I would vote -0
I think I have to agree there.
I would vote -0 for stale locking. This is really a mixed bag. As a user this
annoyed me in some projects that issues are closed and locked but are
discussing exactly my problem. Marking as stale or wontfix should be a good
idea. But locking them could be a manua
I'm -1 for the stale bot, I've seen in other repos and it just ends closing
valid issues and PRs because the maintainers didn't have time to look into
them, but that's maintainers "fault" and I think it "punish" users.
I'm +1 for the other ones.
El vie., 17 abr. 2020 a las 12:43, Bryan Ellis ()
e
I forgot to link PR:
https://github.com/apache/cordova/pull/210
This PR contains the configurations for the apps described previously.
On Fri, Apr 17, 2020 at 7:42 PM Bryan Ellis wrote:
> I would like to better improve our GitHub issue tracker by adding some of
> the Probot apps that can be i
I would like to better improve our GitHub issue tracker by adding some of
the Probot apps that can be installed to GitHub.
There are many available apps and I wanted to start off with a selected few
that would help mitigate some of the tedious tasks.
The apps I would like to bring up in this dis
11 matches
Mail list logo