-
Notifications
You must be signed in to change notification settings - Fork 940
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added site information to CI and alpha
job.
#671
Conversation
ede77b7
to
2c61f48
Compare
2c61f48
to
288bb0a
Compare
alpha
job.
a16f1d4
to
df6816c
Compare
composer --verbose require --no-update drupal/core-recommended:^11@${{ matrix.drupal-release }} | ||
composer --verbose require --no-update --dev drupal/core-dev:^11@${{ matrix.drupal-release }} | ||
# Remove the line below once the package is out of `alpha`. | ||
[[ ${{ matrix.drupal-release }} == 'beta' ]] && composer require chi-teck/drupal-code-generator:^4@alpha |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is unfortunate but a required temporary hack to unblock beta
testing.
if consumer projects want to use minimum-stability: beta
before this package is in beta
- they can explicitly include this package in their composer.json
using exactly this way
- name: Start server | ||
run: | | ||
./vendor/bin/drush runserver "$SIMPLETEST_BASE_URL" & | ||
until curl -s "$SIMPLETEST_BASE_URL"; do true; done > /dev/null | ||
|
||
- name: Run a single unit test to verify the testing setup | ||
run: ./vendor/bin/phpunit -c ./web/core $(pwd)/web/core/modules/user/tests/src/Unit/UserAccessControlHandlerTest.php | ||
run: ./vendor/bin/phpunit -c ./web/core "$(pwd)/web/core/modules/user/tests/src/Unit/UserAccessControlHandlerTest.php" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
just fixing GHA linting issues (using actionlint
).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you! This looks awesome to me 🤗
TL;DR Our D11 CI is not in line with D10 CI leading to a coverage gap
The test jobs across D10 and D11 should be handling the same 3 types of releases:
current
,next
andcanary
. D10 already does this, but D11 does not.For a different Drupal version at a specific point in time Composer will resolve packages versions according to specific stability available at that time. We set that stability resolution as
minimum-stability
incomposer.json
.For D10, we currently testing exactly that.
For D11 we currently handle "current" as "next" and is missing what is currently set in
minimum-stability
(the value isalpha
) within abeta
CI job: thedrupal/core-*
packages are set asbeta
incomposer.json
but other packages could be resolved asalpha
.The table below describes current CI jobs of this project (as of 30 May 2024):
minimum-stability
minimum-stability
stable
stable
beta
alpha
beta
beta
dev
dev
dev
dev
The table below describes proposed CI jobs of this project (as of 30 May 2024):
minimum-stability
minimum-stability
stable
stable
alpha
*alpha
*beta
beta
beta
beta
dev
dev
dev
dev
* These will be changed to
stable
once D11 stable is out.This PR straightens things up by introducing a
alpha
(perminimum-stability
),beta
, anddev
.It also resets
drupal/core-*
packages toalpha
to follow theminimum-stability
currently set toalpha
.Note that as of May 30th 2024, this will install D11
beta
because D11 is pastalpha
, which is an expected and correct behaviour.Once D11 is stable, we would only have to:
minimum-stability: stable
incomposer.json
drupal/core-*
versions to^11
incomposer.json
alpha
tostable
.Changes
alpha
job and updatedcomposer.json
to servealpha
fordrupal/core-*
packages to follow theminimum-stability
currently set toalpha
.dev
version not being correctly installed fordev
job