The release team's Test Infra Lead role is only minimally documented in one short bullet of text in:
https://github.com/kubernetes/sig-release/blob/master/README.md
with no details in:
https://github.com/kubernetes/sig-release/tree/master/release-process-documentation/release-team-guides
This role's a bit of a black box on the release team's side, even though I think a lot of information is captured in the test-infra repo generally. A bit more documentation for the release team will be especially useful now that we're pushing harding for the CI signal to be more continuously clean instead of a later stabilization period. This will mean more of the release team looks more at CI and test infra and failures regularly.
/assign @BenTheElder
/cc @cjwagner
The process for this next release will be different than those of previous releases because we will be using Tide instead of the submit-queue. I'll document the process throughout this release so that we have a guide for 1.13
Thanks @cjwagner.
I'd say the role is support the release by maintaining the automation as needed by the release, also including new jobs/dashbaords for the release, but we're also trying to change a lot of this. I'll take Cole up on having this documented as we go through the next release. We'll have to talk to @AishSundar about her awesome notes on CI signal :-)
@BenTheElder I have https://github.com/kubernetes/sig-release/issues/189#event-1689370439 assigned to me ^^ and I promise to update it soon
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale
assume this is https://github.com/kubernetes/sig-release/pull/255?
/close
@krzyzacy: Closing this issue.
In response to this:
assume this is https://github.com/kubernetes/sig-release/pull/255?
/close
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.
I'd still like to keep this open until I can add more to the document. #255 is awesome, but it doesn't include details about the Tide workflow yet.
/reopen
@cjwagner: Reopening this issue.
In response to this:
I'd still like to keep this open until I can add more to the document. #255 is awesome, but it doesn't include details about the Tide workflow yet.
/reopen
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.
@cjwagner do you plan to add more updates to the TestInfra lead handbook, specifically around Tide, before 1.13 starts?
Yes, I'm going to update the role guide before I meet with the 1.13 test-infra shadows to go over the test-infra tasks.
@cjwagner -- have you had a chance to update the Test Infra docs?
Yes. #313 #333
/close
@cjwagner: Closing this issue.
In response to this:
Yes. #313 #333
/close
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.
Most helpful comment
The process for this next release will be different than those of previous releases because we will be using Tide instead of the submit-queue. I'll document the process throughout this release so that we have a guide for 1.13