-
Notifications
You must be signed in to change notification settings - Fork 205
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
block PaC from remembering ok-to-test #3522
base: main
Are you sure you want to change the base?
block PaC from remembering ok-to-test #3522
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: arewm, gabemontero The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/hold will validate on arch call, decide how to announce |
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.
Do we want to also enable that on (components/pipeline-service/staging/)stone-stage-p01 ? I'm OK if we do with the prod bump to not block this PR for longer.
... since the CI is green I'm also OK to update p01 and then force merge here. Either way is OK. |
The script didn’t change p01 for whatever reason. It is a private cluster
with no access outside of red hat so not under immediate threat. So I did
not make manual updates.
…On Fri, Mar 29, 2024 at 8:31 AM Emil Natan ***@***.***> wrote:
... since the CI is green I'm also OK to update p01 and then force merge
here. Either way is OK.
—
Reply to this email directly, view it on GitHub
<#3522 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA3NU5DL6VELTXIJDBSS5ULY2VNLVAVCNFSM6AAAAABFNRK7C2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRXGE4DEMZVG4>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
But we should eventually do for consistency. |
minimally understand why the script did not update it; then, assuming the reason is not valid from our point of view, then adjust things so the script does update it |
another multi platform get instance flake but the latest retest has us green again |
@savitaashture FYI |
OK a bit of a status update. We are using this change and the associated reasons behind it to help initiate @savitaashture wrt providing tekton related support for Konkflux as part of decommissioning the pipeline service team and moving its responsibilities to different parts of the org, but with most of them landing now on the openshift pipelines team. FYI - @savitaashture is one of the PAC developers, so is very familiar with this feature, and why we would want it. Our next steps will be:
|
Thanks, @gabemontero. @savitaashture, is there an estimated timeline for getting this change merged? |
The annoucement to at least the konflux mailing list will be this week. The reaction to that will dictate when I feel comfortable releasing the hold on this. The announcement won't be just stating "this change is happening". It will explain the why, detail the implication to day to day use, and solicit feedback beyond the participants of the last arch board meeting. And make sure no other process steps are required for a change in user experience like. |
rh-pre-commit.version: 2.2.0 rh-pre-commit.check-secrets: ENABLED
cad5126
to
ab80347
Compare
New changes are detected. LGTM label has been removed. |
@gabemontero: The following test failed, say
Full PR test history. Your PR dashboard. 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-sigs/prow repository. I understand the commands that are listed here. |
Inspired by @Roming22 's redhat-appstudio/rhtap-installer#88 and a heads up from @arewm
rh-pre-commit.version: 2.2.0
rh-pre-commit.check-secrets: ENABLED