All,
We are hitting an issue where the Jenkins Autotester is hitting the GitHub rate limit. This causes the autotester to fail. Previously, the Autotester was checking PRs every 10 minutes. Due to the number of open PRs, it ended up running nearly continuously. While we can slow that polling frequency, I suspect that a better policy will be to reduce the number of open PRs that we autotest.
Some possible ideas:
john
--
You received this message because you are subscribed to the Google Groups "Pyomo Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyomo-develope...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/pyomo-developers/d9a860b9e83944699b3f370bbc08bf0a%40ES02AMSNLNT.srn.sandia.gov.
I am in favor of both of your ideas.
Michael
On Sep 5, 2019, at 11:57 AM, 'Siirola, John D' via Pyomo Developers <pyomo-de...@googlegroups.com> wrote:
All,We are hitting an issue where the Jenkins Autotester is hitting the GitHub rate limit. This causes the autotester to fail. Previously, the Autotester was checking PRs every 10 minutes. Due to the number of open PRs, it ended up running nearly continuously. While we can slow that polling frequency, I suspect that a better policy will be to reduce the number of open PRs that we autotest.Some possible ideas:
- Do not autotest [WIP] or [IDEA] PRs on Jenkins
- Close PRs that are *very* stale. We could flag them with a label so we could find them again (something like “ARCHIVED_UNRESOLVED”).
- …something else?
john--
You received this message because you are subscribed to the Google Groups "Pyomo Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyomo-developers+unsub...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/pyomo-developers/70F6160A-3041-451B-B40F-BC83486466EB%40sandia.gov.
I like the idea of a [STALE] flag. That way active WIPs can continue to get Jenkins testing – which is useful, particularly for things like PySP and solver interface PRs, as Jenkins is the only platform with licensed solvers.
john
From: pyomo-de...@googlegroups.com <pyomo-de...@googlegroups.com>
On Behalf Of Qi Chen
Sent: Thursday, September 5, 2019 12:12 PM
To: Pyomo Developers <pyomo-de...@googlegroups.com>
Subject: Re: [EXTERNAL] Jenkins testing and GitHub rate limits
I am perfectly fine with not autotesting [WIP] and [IDEA]. For very stale PRs, is this because the autotester has to go through and check their status? Would it help at all to mark them [STALE] instead of closing?
Am Donnerstag, 5. September 2019 14:06:34 UTC-4 schrieb Michael Bynum:
I am in favor of both of your ideas.
Michael
On Sep 5, 2019, at 11:57 AM, 'Siirola, John D' via Pyomo Developers <pyomo-de...@googlegroups.com> wrote:
All,
We are hitting an issue where the Jenkins Autotester is hitting the GitHub rate limit. This causes the autotester to fail. Previously, the Autotester was checking PRs every 10 minutes. Due to the number of open PRs, it ended up running nearly continuously. While we can slow that polling frequency, I suspect that a better policy will be to reduce the number of open PRs that we autotest.
Some possible ideas:
- Do not autotest [WIP] or [IDEA] PRs on Jenkins
- Close PRs that are *very* stale. We could flag them with a label so we could find them again (something like “ARCHIVED_UNRESOLVED”).
- …something else?
john
--
You received this message because you are subscribed to the Google Groups "Pyomo Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyomo-develope...@googlegroups.com.
To view this discussion on the web visit
You received this message because you are subscribed to the Google Groups "Pyomo Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
pyomo-develope...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/pyomo-developers/0c01729f-55bb-48a6-92f0-e44b83a95789%40googlegroups.com.
--