QA issue should be created by QA jobs
QA issue is created by gstg tracking jobs on the deployer pipeline. Technical details about how it's created
-
gstg-track-running
is executed before the fleet to track a running environment on staging - Example- This job triggers a pipeline on release-tools that executes
release:track_deployment
withDEPLOY_STATUS
asrunning
. Example- Records a gstg running deployment for GitLab, Omnibus, Gitaly
- Creates a new
gstg
deployment in GitLab, Omnibus and Gitaly Security - Adds
"workflow::staging"
- This job triggers a pipeline on release-tools that executes
-
gstg-track
is executed after the fleet has been updated. Example- This job triggers a pipeline on release-tools that executes
release:track_deployment
withDEPLOY_STATUS
assuccess
. Example- Records a successful gstg deployment for GitLab, Omnibus and Gitaly
- Creates a Sentry deploy
- Creates QA issue
- If the deployment failed
gstg-track-failure
will be executed instead
- This job triggers a pipeline on release-tools that executes
Proposal
Let the QA jobs triggered in staging handle the creation of the QA issue. Creating the QA issue URL shouldn't be the responsibility of the tracking jobs (it was probably set up this way to send the issue URL to the QA jobs in the deployer). After QA is moved to release-tools #1490 (closed) and probably during #1394, we can move the creation of the QA issue to the QA jobs.