GDC CI

Johannes Pfau nospam at example.com
Sat Sep 5 10:25:28 UTC 2020


Am Sat, 05 Sep 2020 10:04:30 +0000 schrieb wjoe:

> This thread is a continuation of the conversation "GDC 10.2.1 Released"
> in the Announce group here [1]:
> 

To answer your other question:
>> We use https://github.com/D-Programming-GDC/gcc for CI, but 
>> commits will go to the GCC SVN first, so GCC SVN or snapshot 
>> tarballs is the recommended way to get the latest GDC.
>
> Is this information still up to date ?
> 
> There's a semaphore folder. I suppose that's the one currently 
> used with Semaphore CI. Is there something else ?

That information is probably quite obsolete: As GCC upstream uses git 
now, it might be possible to simplify the overall process. That proces 
never really worked out and was quite complicated anyway, as it required 
committers to locally merge the commit containing the .semaphore 
configuration files before pushing to github. In hindsight, it was 
probably a bad idea.

The main difficulty in setting up CI for GDC is that we can't simply put 
CI configuration files in the toplevel folder, as that folder is under 
GCC's control. For CI which allows you to keep the configuration out of 
the repositories, this is not a problem. But for those requiring certain 
files in the top-level folder, it's more complicated.

So that's why the old approach required merging a commit which includes 
the CI configuration. Maybe a better way is to automatically generate a 
new commit including CI configuration for each commit to be tested. This 
could probably be done with buildkite? Then trigger new build jobs for 
that auto-generated commit. The main difficulty there is integrating this 
into a somewhat nice workflow / interface.

-- 
Johannes


More information about the D.gnu mailing list