bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: continuous integration


From: Bruno Haible
Subject: Re: continuous integration
Date: Thu, 26 Mar 2020 00:46:41 +0100
User-agent: KMail/5.1.3 (Linux/4.4.0-174-generic; KDE/5.18.0; x86_64; ; )

Jeffrey Walton wrote:
> CI tests should be catching these mistakes. (And problems like
> _NoReturn on OS X).

Yes, CI can catch some mistakes. Like, just last week, this one: [1].

Tim and I maintain a continuous integration for gnulib at [2].

More effort could be put in, in two directions:

* Like Paul says, instead of only building testdirs, it could build
  some packages that use gnulib. I would estimate that this would catch
  3x as many bugs as the current CI with just testdirs.

* Like you suggest, it would also be useful to test macOS, FreeBSD,
  Cygwin, and mingw builds.

> Is there any reasons services like Travis or Cirrus are not being used
> to proactively detect problems on Linux, OS X and FreeBSD?

For my part:

* I have only limited time to work on this; that's why I limit
  myself to CI integrations for a couple of packages on gitlab.

* I had not heard of Cirrus CI. Coverage of FreeBSD, additionally to
  Windows and macOS, sounds interesting. [3]

* Travis and Cirrus CI are most easily used on Github [4][5]. I don't
  much like to work on Github, because it tends to become a closed
  environment. E.g.
    - You can fork someone else's repository only if you stay on Github.
    - Many developers' email addresses are not published, which prevents
      you from reporting issues by email. You have to use Github "issues"
      instead.

But if someone wants to set it up and maintain it, I'm all for it!

Bruno

[1] https://lists.gnu.org/archive/html/bug-gnulib/2020-03/msg00041.html
[2] https://gitlab.com/gnulib/gnulib-ci
[3] https://cirrus-ci.org/features/#comparison-with-popular-ciaas
[4] https://en.wikipedia.org/wiki/Travis_CI
[5] https://cirrus-ci.org/faq/#only-github-support




reply via email to

[Prev in Thread] Current Thread [Next in Thread]