We're getting close to being ready for the move. Items we know we need to accomplish is here:
config/ and run the config-bootstrapper in case any changed had landed in between https://github.com/kubernetes/test-infra/pull/11784prow/cluster to config/clusterprow/cluster is updated/cc @spiffxp @fejta @cjwagner @BenTheElder @krzyzacy
/assign
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
/remove-lifecycle stale
Need to see what PR's modify config.yaml and plugin.yaml and decide if we want those to go through rebase fun
/milestone v1.16
/assign
/assign @cjwagner
Rescoping based on what we thought was feasible for this quarter, moving to its own repo can be done as a followup
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
/remove-lifecycle stale
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
/remove-lifecycle stale
move prow/cluster to config/cluster
ensure all auto-bump etc automation around prow/cluster is updated
sounds relatively easy, maybe we should do that. @cjwagner @fejta thoughts?
submit KEP to create repo
you actually just have to file an issue in k/org after getting consensus from the SIG on wanting it, no KEP necessary. the process is pretty lightweight. moving code is a little more involved to do cleanly.
Moving prow/cluster files into config/prow or somewhat like that sgtm
/area prow
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
/remove-lifecycle stale
I think this is _mostly_ done? pretty much everything is under config/.
submit KEP to create repo
we can actually do this with much less than a KEP, SIGs can sponsor a repo without going full KEP 馃檭
I don't think there's any config lingering under prow/ now. some scripts / makefile stuff.
Yeah, the config is pretty much moved out of the prow directory. What would be needed to move prow into its own repo is:
The point that is presumably most of the work is setting up the jobs on the new repo. It would be great to make this happen though, to better separate concerns and make certain tasks like updating dependencies easier :upside_down_face:
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
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
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 rotten
/remove-lifecycle rotten
Most helpful comment
Moving prow/cluster files into config/prow or somewhat like that sgtm