Automate config brancher by auto-config-brancher job at Tue, 21 Apr 2020 11:02:54 UTC - #8447
Conversation
|
@openshift-bot: GitHub didn't allow me to request PR reviews from the following users: ghost. Note that only openshift members and repo collaborators can review this PR, and authors cannot review their own PRs. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
[APPROVALNOTIFIER] This PR is APPROVED Approval requirements bypassed by manually added approval. This pull-request has been approved by: openshift-bot The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@openshift-bot: Updated the following 9 configmaps:
DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (#8564, #8534, #8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…shift#79626) The pipeline controller's lgtm-config only watched the main branch for openshift/hypershift. This meant e2e jobs using pipeline_skip_if_only_changed on release-4.22 never triggered because the controller didn't monitor that branch. Multiple release-4.22 PRs merged without e2e test coverage (openshift#8564, openshift#8534, openshift#8447) while the same commits on main got full e2e runs. Remove the branch filter entirely so all branches are watched, matching the pattern used by other repos in the config. This prevents the same issue on future release branches. Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
/cc @ghost