How about another option:

6) Provide someway to file a secondary/optional Pull Request that just runs
the Windows tests. This 2nd PR would never go anywhere (just get closed
after reviewing the test results) and it could even be on a fork of Apache
Geode to keep it from polluting the main PR section for Apache Geode.
Submitting this Windows PR would be optional and I would probably only
submit certain kinds of changes or tests to run on the Windows tests.

On Thu, Jun 25, 2020 at 1:51 PM Anilkumar Gingade <aging...@vmware.com>
wrote:

> Looking at the cost and value derived; My vote is with current/existing
> process (not running for every PR).
>
> On 6/25/20, 11:39 AM, "Mark Hanson" <mhan...@pivotal.io> wrote:
>
>     I support adding it in, but I think the time wasted is less than you
> think. I think for me the most important thing is finding an issue when it
> is put in.
>
>     I think the current way is actually faster and more efficient, because
> every PR doesn’t have to wait the 4 hours and in reality the number is of
> windows failures is lower than the number of linux failures.
>
>     Just a thought.
>
>     Thanks,
>     Mark
>
>
>     > On Jun 25, 2020, at 11:30 AM, Jianxia Chen <jche...@apache.org>
> wrote:
>     >
>     > +1 to add Windows tests to the PR pipeline. It may take longer time
> to run
>     > (up to 4 hours). But consider the time wasted on reverting, fixing
> and
>     > resubmitting, if there is a failure after merging to the develop
> branch. It
>     > is better to add the Windows tests to the PR pipeline. We can
> reevaluate
>     > and optimize the pipeline if the long running time is truly a
> concern.
>     >
>     > On Thu, Jun 25, 2020 at 9:29 AM Kirk Lund <kl...@apache.org> wrote:
>     >
>     >> I merged some new AcceptanceTests to develop after having my PR go
> GREEN.
>     >> But now these tests are failing in Windows.
>     >>
>     >> I'd like to propose that we add the Windows jobs to our PR checks
> if we
>     >> plan to keep testing on Windows in CI.
>     >>
>     >> Please vote or discuss.
>     >>
>     >> Thanks,
>     >> Kirk
>     >>
>
>
>

Reply via email to