[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