nifi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pierre Villard <pierre.villard...@gmail.com>
Subject Re: Huge thanks to Travis-CI and Appveyor but.... Github Actions are much more stable
Date Fri, 21 Feb 2020 00:58:20 GMT
Thanks Joe for looking into this!!! Reliable builds are definitely a huge
help when it comes to review pull requests. And I look forward adding more
features in the future like the Github packages with Docker containers on
top of the master branch.

Le jeu. 20 févr. 2020 à 16:48, Joe Witt <joe.witt@gmail.com> a écrit :

> Team,
>
> Today we've merged a change into master which means the end of use of
> Travis CI and Appveyor both of which have proven very unstable for our
> builds.  And that isn't to suggest our builds are perfect but the way they
> work and the configuration options/expertise we have just isn't lining up.
>
> In https://issues.apache.org/jira/browse/NIFI-7157 we've merged a change
> which removes the travis-ci and appveyor build files and instead adds
> .github/workflow directory with a single workflow right now which is a ci
> build.
>
> It builds each time there is a push to any branch or a new pull request.
> It will do a Java 8 and 11 build on Ubuntu with full tests and contrib
> checks.  It will also do a build on Windows without tests.  This
> effectively puts us on par with our previous setup except this appears to
> be quite stable.
>
> This opens up other great options going forward too like supporting the
> Github packages, other actions that might be helpful, and workflows like
> automated stale PR checks.  We can phase these in over time.
>
> There are probably some contributor guides and such to update and we'll
> improve those as we go along.  You can also use these actions/workflows in
> your own forks on github so it is quite nice.
>
> You can start watching build progress now very nicely integrated into
> github here at https://github.com/apache/nifi/actions
>
> Thanks
>

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