git-workflow/tests
SHA256
16
0
Code Issues 30 Packages Projects Wiki

[STAGING][QA-002] Trigger multiple QA builds via multiple labels #77

New Issue
Open
opened 2026-03-04 17:50:35 +01:00 by atartamo · 0 comments
atartamo commented 2026-03-04 17:50:35 +01:00
Owner
Copy Link

Test Steps

  1. Create a package PR.
  2. Wait for the workflow-pr bot to create the related project PR.
  3. Wait for staging-bot to be added as a reviewer and ensure it is listed in the required reviewers for the project PR.
  4. Ensure the staging.config in the PR includes multiple QA entries (e.g., one for QA-SLES-Full and one for QA-SLES-Reduced).
  5. Wait for the initial staging project to be created in OBS.
  6. Add both labels (QA-SLES-Full and QA-SLES-Reduced) to the project PR.
  7. Trigger the staging bot to process the PR.

Expected Results

  1. The staging bot identifies both labels and creates two corresponding OBS sub-projects.
  2. The project names follow the format: <StagingProject>:<PR_NUMBER>:<QA_NAME> for each entry.
  3. The bot correctly applies the metadata from the respective Origin projects to each sub-project.
  4. The staging bot adds a comment to the project PR listing both newly created QA projects:
    "QA Project added: https://<OBS_URL>/project/show/<QA_PROJECT_1_FULL_NAME>
    QA Project added: https://<OBS_URL>/project/show/<QA_PROJECT_2_FULL_NAME>"
**Test Steps** 1. Create a package PR. 2. Wait for the `workflow-pr` bot to create the related project PR. 3. Wait for `staging-bot` to be added as a reviewer and ensure it is listed in the required reviewers for the project PR. 4. Ensure the `staging.config` in the PR includes multiple `QA` entries (e.g., one for `QA-SLES-Full` and one for `QA-SLES-Reduced`). 5. Wait for the initial staging project to be created in OBS. 6. Add both labels (`QA-SLES-Full` and `QA-SLES-Reduced`) to the project PR. 7. Trigger the staging bot to process the PR. **Expected Results** 1. The staging bot identifies both labels and creates two corresponding OBS sub-projects. 2. The project names follow the format: `<StagingProject>:<PR_NUMBER>:<QA_NAME>` for each entry. 3. The bot correctly applies the metadata from the respective `Origin` projects to each sub-project. 4. The staging bot adds a comment to the project PR listing both newly created QA projects: "QA Project added: `https://<OBS_URL>/project/show/<QA_PROJECT_1_FULL_NAME>` QA Project added: `https://<OBS_URL>/project/show/<QA_PROJECT_2_FULL_NAME>`"
atartamo added the
bot
staging
status
todo
 labels 2026-03-04 17:50:35 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Priority
High
Priority
Medium
bot
staging
bot
workflow-pr
not-implemented
status
done
status
in-progress
status
todo
No Label
bot
staging
status
todo
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
M0ses adamm adrianSuSE andriinikitin atartamo bigironman dancermak darix dirkmueller dmach eroca jdsn jzerebecki mstrigl oertel smithfarm
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: git-workflow/tests#77
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?