Prune/shuffle projects under the kubernetes/*org

timothysc commented 4 years ago

Over the course of the last year and a half we've created a tiered organizational structure and sigs are responsible for their subprojects. When inspecting the Kubernetes main org there is a lot of cruft repos that should either be shuffled to SIGs or moved to attic.

fejta-bot commented 4 years ago

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

nikhita commented 4 years ago

/remove-lifecycle stale

cblecker commented 4 years ago

cc: @kubernetes/owners

spiffxp commented 4 years ago

/milestone v1.19

nikhita commented 4 years ago

Discussed this in the April 23 GitHub Management subproject meeting, there are currently no blockers to this.

The GH management team is going to take a look at this once incubator is wrapped up (https://github.com/kubernetes/community/issues/1922)

nikhita commented 4 years ago

I confirmed with other steering committee members that this is fine to move - https://kubernetes.slack.com/archives/CPNFRNLTS/p1594800527229600

Moving to k/org

fejta-bot commented 3 years ago

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

nikhita commented 3 years ago

/lifecycle frozen

spiffxp commented 3 years ago

Why I added the lowest priority label:

I really feel like this is going to continue to get punted because this team is super busy all over the project, and this is a high-activation-energy issue
Pushing this forward will involve time and energy and a lot of people (e.g. if packages are getting renamed)
Speaking for myself at least, I'm not super motivated to take this on without understanding why the community will appreciate this vs. feel like we're generating a lot of churn/drama

If someone feels strongly that this is important, and my reasoning above is incorrect, please help us out by providing a list of of suggestions and reasoning e.g.

- repo: kubernetes/foo
  sig: sig-foo
  subproject: https://git.k8s.io/community/sig-foo#awesome-foo
  proposal: move to kubernetes-sigs/foo
  reason: k8s.io/foo isn't used by any repo in the kubernetes org, but is a dependency of sigs.k8s.io/cluster-foo-* repos
- repo: kubernetes/bar
  subproject: https://git.k8s.io/community/sig-foo#awesome-foo
  proposal: retire
  reason: k8s.io/bar was deprecated in favor of k8s.io/foo
- repo: kubernetes/qux
  subproject: https://git.k8s.io/community/sig-foo#awesome-foo
  proposal: remain
  reason: k8s.io/qux is a dependency of a number of k8s.io repos

/sig contributor-experience /area github-management

/committee steering this originated from steering

/sig architecture this is the sig that decides whether new kubernetes org repos should be created, it seems fair to me they should decide which preexisting repos should not be in this org

nikhita commented 3 years ago

/sig architecture this is the sig that decides whether new kubernetes org repos should be created, it seems fair to me they should decide which preexisting repos should not be in this org

cc @dims @derekwaynecarr @johnbelamaric

nikhita commented 3 years ago

/area code-organization

k8s-ci-robot commented 3 years ago

@nikhita: The label(s) area/code-organization cannot be applied, because the repository doesn't have them.

In response to [this](https://github.com/kubernetes/org/issues/2036#issuecomment-799265038): >/area code-organization Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.

nikhita commented 3 years ago

Moving to the k/community repo. See discussion in https://kubernetes.slack.com/archives/CHGFYJVAN/p1615820685088600?thread_ts=1615800656.087500&cid=CHGFYJVAN

nikhita commented 3 years ago

From @spiffxp's comment above:

/sig contributor-experience /area github-management

/committee steering this originated from steering

/sig architecture /area code-organization this is the sig that decides whether new kubernetes org repos should be created, it seems fair to me they should decide which preexisting repos should not be in this org

fejta-bot commented 3 years ago

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-contributor-experience at kubernetes/community. /lifecycle stale

fejta-bot commented 3 years ago

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-contributor-experience at kubernetes/community. /lifecycle rotten

k8s-triage-robot commented 3 years ago

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.

This bot triages issues and PRs according to the following rules:

After 90d of inactivity, lifecycle/stale is applied
After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

Reopen this issue or PR with /reopen
Mark this issue or PR as fresh with /remove-lifecycle rotten
Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/close

k8s-ci-robot commented 3 years ago

@k8s-triage-robot: Closing this issue.

In response to [this](https://github.com/kubernetes/community/issues/5635#issuecomment-898240324): >The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. > >This bot triages issues and PRs according to the following rules: >- After 90d of inactivity, `lifecycle/stale` is applied >- After 30d of inactivity since `lifecycle/stale` was applied, `lifecycle/rotten` is applied >- After 30d of inactivity since `lifecycle/rotten` was applied, the issue is closed > >You can: >- Reopen this issue or PR with `/reopen` >- Mark this issue or PR as fresh with `/remove-lifecycle rotten` >- Offer to help out with [Issue Triage][1] > >Please send feedback to sig-contributor-experience at [kubernetes/community](https://github.com/kubernetes/community). > >/close > >[1]: https://www.kubernetes.dev/docs/guide/issue-triage/ Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.

MadhavJivrajani commented 3 years ago

/reopen /remove-lifecycle rotten

k8s-ci-robot commented 3 years ago

@MadhavJivrajani: Reopened this issue.

In response to [this](https://github.com/kubernetes/community/issues/5635#issuecomment-898243190): >/reopen >/remove-lifecycle rotten Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.

MadhavJivrajani commented 3 years ago

/lifecycle frozen

spiffxp commented 3 years ago

/priority awaiting-more-evidence https://github.com/kubernetes/community/issues/5635#issuecomment-795816729 explains why

justaugustus commented 2 years ago

(cleaning up SC project board) /unassign @spiffxp @cblecker @nikhita @mrbobbytables /help

k8s-ci-robot commented 2 years ago

@justaugustus: This request has been marked as needing help from a contributor.

Guidelines

Please ensure that the issue body includes answers to the following questions:

Why are we solving this issue?
To address this issue, are there any code changes? If there are code changes, what needs to be done in the code and what places can the assignee treat as reference points?
Does this issue have zero to low barrier of entry?
How can the assignee reach out to you for help?

For more details on the requirements of such an issue, please see here and ensure that they are met.

If this request no longer meets these requirements, the label can be removed by commenting with the /remove-help command.

In response to [this](https://github.com/kubernetes/community/issues/5635): >(cleaning up SC project board) >/unassign @spiffxp @cblecker @nikhita @mrbobbytables >/help Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.

kubernetes / community

Prune/shuffle projects under the kubernetes/*org #5635

Guidelines