Moving head.hackage upstream

[Ben Gamari]

Hi Herbert,

Last week I did some work to clean up and document GHC's head.hackage
infrastructure. At this point we have a full CI pipeline, including
automatic deployment of a Hackage repository.

I asked on #ghc and there was quite some appetite to use
gitlab.haskell.org:ghc/head.hackage as the head.hackage upstream
repository to eliminate confusion and enjoy the benefits of having merge
requests checked via CI. Moreover, this would significantly simplify the
process of testing GHC against head.hackage as it would eliminate the need
to pull from a separate upstream repository.

Would you be okay with moving head.hackage's upstream?

Thanks again for everything you have done in the head.hackage area.

Cheers,

- Ben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20190714/7e910cfd/attachment.sig>