CI depending on GitHub results in numerous failures outside our control
Open, HighPublic
Actions

Assigned To

None

Authored By

	Reedy
	Fri, Apr 12, 3:53 PM

Description

As per T362425: ForeignResourceStructureTest flaky in CI due to "Failed to download resource at https://codeload.github.com" and T362095: "composer install" flaky in CI due to "Failed to connect to github.com port 443: Connection timed out", our CI, especially for MediaWiki heavily depends on GitHub. This is partly due to Composer and partly due to more specific dependancies in npm related packages (validated as part of foreign-resources.yaml), which often in turn have their canonical repositories on GitHub, meaning we load things from there.

Numerous jobs repeatedly failing is not helpful to Developer Productivity!

Mentioned Here: T362404: Rust buildservice failed to clone a repository from GitHub
rCICFe0982e0c4573: dockerfiles: [composer-php70] Inject GitHub OAuth token into composer runtime
T106452: Composer activity from Cloud VPS hosts can be rate limited by GitHub
T248387: Could not authenticate against github.com
T362095: "composer install" flaky in CI due to "Failed to connect to github.com port 443: Connection timed out"
T362425: ForeignResourceStructureTest flaky in CI due to "Failed to download resource at https://codeload.github.com"

Reedy triaged this task as High priority.Fri, Apr 12, 3:54 PM

While this is more common on MediaWiki and related skins, extensions etc, which is primarily a lot of our CI traffic, it does affect the wider ecosystem, as seen in tasks like T362404: Rust buildservice failed to clone a repository from GitHub.