Skip to content
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

Organize Design Proposals Dir by SIG #1010

Merged
merged 7 commits into from
Sep 14, 2017

Conversation

grodrigues3
Copy link
Contributor

@grodrigues3 grodrigues3 commented Aug 31, 2017

Organize design proposals directory into sigs. This will make it easier to assign reviewers for future proposals.

Fixes #918

@k8s-ci-robot k8s-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels Aug 31, 2017
@k8s-github-robot k8s-github-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Aug 31, 2017
@liggitt
Copy link
Member

liggitt commented Aug 31, 2017

What's the plan for proposals involving multiple sigs?

@k8s-github-robot k8s-github-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Aug 31, 2017
@k8s-ci-robot k8s-ci-robot added size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. and removed size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Aug 31, 2017
@grodrigues3
Copy link
Contributor Author

I'm open to suggestions. a multi-sig directory or something equivalent? maybe just the base dir?

@bgrant0607
Copy link
Member

@liggitt I haven't reviewed this yet, but my thinking is as follows:

  • There should usually be a primary SIG owner, but that doesn't preclude notifying other SIGs and adding approvers from other SIGs
  • There are many SIGs with project-wide impact, which would normally be the primary owners
  • Proposals/designs/conventions that truly span the whole project likely would go into sig-architecture
  • There are some things in design-proposals that probably don't belong there

See discussion in #967 and https://groups.google.com/forum/#!topic/kubernetes-sig-architecture/t-1EqeEoLPA

cc @kubernetes/sig-architecture-pr-reviews @smarterclayton

@k8s-ci-robot k8s-ci-robot added the sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. label Sep 1, 2017
@bgrant0607 bgrant0607 assigned smarterclayton and unassigned wojtek-t Sep 1, 2017
@bgrant0607
Copy link
Member

@grodrigues3 Were there any you weren't sure about?

Why are some files deleted and added rather than just moved?

This isn't as easy to read as a doc or spreadsheet. The github UI abbreviates the paths.

@bgrant0607
Copy link
Member

@grodrigues3 A number of these will need to be changed. Could we please start with a doc, spreadsheet, or something easier to read and edit or comment on?

@smarterclayton
Copy link
Contributor

Also note that you deleted some proposals :)

@smarterclayton smarterclayton added the do-not-merge DEPRECATED. Indicates that a PR should not merge. Label can only be manually applied/removed. label Sep 1, 2017
@grodrigues3
Copy link
Contributor Author

grodrigues3 commented Sep 1, 2017

Yeah, I'll start with a sheet.

If I deleted any, it was a mistake.

EDIT: just looked at my tree and I moved some without committing (which I think git interpreted as a deleted). I'll refactor this as a sheet or something more parsable.

I created folders for sigs, and just dragged proposals over.

@k8s-ci-robot k8s-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. size/L Denotes a PR that changes 100-499 lines, ignoring generated files. and removed size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Sep 1, 2017
@grodrigues3
Copy link
Contributor Author

grodrigues3 commented Sep 1, 2017

How's this, can you comment on that and I change move and update things accordingly?

identifiers.md
local-cluster-ux.md
pod-pid-namespace.md
grow-volume-size.md
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sig storage

@k8s-github-robot k8s-github-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Sep 1, 2017
@mbohlool
Copy link
Contributor

mbohlool commented Oct 11, 2017 via email

@bgrant0607
Copy link
Member

@mbohlool

An example:

Contributors == people sending us PRs (in this context)

This looks like a document intended to be read by developers using the client library to build on top of K8s APIs for their own purposes:
https://github.com/kubernetes-client/python-base/blob/master/README.md

That puts them in a "user" category.

Therefore the docs should be written for users and belong on kubernetes.io or in the client repos themselves.

k8s-github-robot pushed a commit to kubernetes/kubernetes that referenced this pull request Oct 14, 2017
Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in kubeadm after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in kubeadm after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```
k8s-github-robot pushed a commit to kubernetes/kubernetes that referenced this pull request Oct 24, 2017
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```
sttts pushed a commit to sttts/apimachinery that referenced this pull request Oct 24, 2017
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```

Kubernetes-commit: e02d4a985554ceeff1f4456693f71b419df599f6
sttts pushed a commit to sttts/api that referenced this pull request Oct 24, 2017
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```

Kubernetes-commit: e02d4a985554ceeff1f4456693f71b419df599f6
sttts pushed a commit to sttts/apimachinery that referenced this pull request Oct 26, 2017
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```

Kubernetes-commit: e02d4a985554ceeff1f4456693f71b419df599f6
sttts pushed a commit to sttts/api that referenced this pull request Oct 26, 2017
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```

Kubernetes-commit: e02d4a985554ceeff1f4456693f71b419df599f6
wking added a commit to wking/kubernetes-community that referenced this pull request May 22, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
../a.md to ../b.md target will work immediately (e.g. during
pull-request review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've sent it down to the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.  With this commit they'll just need to drop one level of
../ to get the references working from places like
sig-contributor-experience/charter.md.

I've also chased a few files and anchors as they've moved around
(e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing
Brians comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header
addition from f471f6b (Add new contact info for Paris and me,
2017-10-17, kubernetes#1215).

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).
wking added a commit to wking/kubernetes-community that referenced this pull request May 22, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
../a.md to ../b.md target will work immediately (e.g. during
pull-request review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've sent it down to the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.  With this commit they'll just need to drop one level of
../ to get the references working from places like
sig-contributor-experience/charter.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).
wking added a commit to wking/kubernetes-community that referenced this pull request May 22, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
../a.md to ../b.md target will work immediately (e.g. during
pull-request review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've sent it down to the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.  With this commit they'll just need to drop one level of
../ to get the references working from places like
sig-contributor-experience/charter.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).
wking added a commit to wking/kubernetes-community that referenced this pull request May 22, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
/a.md to /b.md target will work immediately (e.g. during pull-request
review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've based it on the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.

I personally prefer targets that use ../ for referencing other
directories within a project, because those also work with generic
Markdown tools (e.g. Emacs' Markdown mode).  I've gone with /-rooted
targets in this commit as requested in
/sig-contributor-experience/markdown-link-style-guide.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).
wking added a commit to wking/kubernetes-community that referenced this pull request Jun 20, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
/a.md to /b.md target will work immediately (e.g. during pull-request
review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've based it on the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.

I personally prefer targets that use ../ for referencing other
directories within a project, because those also work with generic
Markdown tools (e.g. Emacs' Markdown mode).  I've gone with /-rooted
targets in this commit as requested in
/sig-contributor-experience/markdown-link-style-guide.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).
wking added a commit to wking/kubernetes-community that referenced this pull request Jun 20, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
/a.md to /b.md target will work immediately (e.g. during pull-request
review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've based it on the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.

I personally prefer targets that use ../ for referencing other
directories within a project, because those also work with generic
Markdown tools (e.g. Emacs' Markdown mode).  I've gone with /-rooted
targets in this commit as requested in
/sig-contributor-experience/markdown-link-style-guide.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).

The sig-list.md changes were generated automatically from the
generator/list.tmpl changes with:

  $ make generate
wking added a commit to wking/kubernetes-community that referenced this pull request Jun 20, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
/a.md to /b.md target will work immediately (e.g. during pull-request
review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've based it on the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.

I personally prefer targets that use ../ for referencing other
directories within a project, because those also work with generic
Markdown tools (e.g. Emacs' Markdown mode).  I've gone with /-rooted
targets in this commit as requested in
/sig-contributor-experience/markdown-link-style-guide.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).

The sig-list.md changes were generated automatically from the
generator/list.tmpl changes with:

  $ make generate
wking added a commit to wking/kubernetes-community that referenced this pull request Jul 1, 2018
This is mostly replacing
https://github.com/kubernetes/community/blob/master/... links with
relative links, because relative links are easier to maintain.  For
example, if you rename a.md to b.md in a feature branch, updating an
/a.md to /b.md target will work immediately (e.g. during pull-request
review), while updating
https://github.com/kubernetes/community/blob/master/a.md to
https://github.com/kubernetes/community/blob/master/b.md will only
work after your branch lands the rename in master.

I'm not sure why the #L1454 fragment was part of the old
sig-governance template sigs.yaml link, but it's been there since the
template landed in 68658bf (Provide short template for SIG
governance, 2018-02-23, kubernetes#1830).  I've removed it in this commit.

The Kubernetes Charter README link in the sig-governance template
could just be:

  [Kubernetes Charter README]: README.md

but I've based it on the project root and back to make life easier
on new SIGs which copy/paste the file to a new location in this
repository.

I personally prefer targets that use ../ for referencing other
directories within a project, because those also work with generic
Markdown tools (e.g. Emacs' Markdown mode).  I've gone with /-rooted
targets in this commit as requested in
/sig-contributor-experience/markdown-link-style-guide.md.

I've also chased a few files and anchors as they've moved around,
e.g. the OBSOLETE_templates.md rename from 18958f8 (addressing Brians
comments, 2017-09-06, kubernetes#1010) and the "and maintenance" header addition
from f471f6b (Add new contact info for Paris and me, 2017-10-17,

This commit isn't complete, but it's a step in the right direction and
all I had time for tonight ;).

The sig-list.md changes were generated automatically from the
generator/list.tmpl changes with:

  $ make generate
justaugustus pushed a commit to justaugustus/enhancements that referenced this pull request Sep 3, 2018
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to MadhavJivrajani/community that referenced this pull request Nov 30, 2021
Automatic merge from submit-queue. .

flex-volumes-drivers-psp.md: move from storage/ to auth/

Follow-up to kubernetes#1010

CC @grodrigues3 @simo5
MadhavJivrajani pushed a commit to MadhavJivrajani/community that referenced this pull request Nov 30, 2021
Automatic merge from submit-queue. .

Move runas-groupid proposal to auth subdir

Follow-up to kubernetes#1010

CC @grodrigues3 @simo5
MadhavJivrajani pushed a commit to kubernetes/design-proposals-archive that referenced this pull request Nov 30, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to MadhavJivrajani/design-proposals that referenced this pull request Dec 1, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to MadhavJivrajani/design-proposals that referenced this pull request Dec 1, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to MadhavJivrajani/design-proposals that referenced this pull request Dec 1, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to kubernetes/design-proposals-archive that referenced this pull request Dec 1, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
MadhavJivrajani pushed a commit to kubernetes/design-proposals-archive that referenced this pull request Dec 1, 2021
Automatic merge from submit-queue.

Fix links after design proposals move

Some links broke when design proposals were organized in kubernetes/community#1010. They were mostly fixed in kubernetes/community#1116 but a few seem to still be pointing to the old ones.

Takes another stab at kubernetes/community#1109.

/cc @grodrigues3
akhilerm pushed a commit to akhilerm/apimachinery that referenced this pull request Sep 20, 2022
Automatic merge from submit-queue (batch tested with PRs 52556, 52897, 54342). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Fix broken links in api after moving proposals to subdirs

**What this PR does / why we need it**:
fix incorrect links in api after kubernetes/community#1010

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes  kubernetes/community#918

**Special notes for your reviewer**:
CC @bgrant0607
**Release note**:

```
NONE
```

Kubernetes-commit: e02d4a985554ceeff1f4456693f71b419df599f6
danehans pushed a commit to danehans/community that referenced this pull request Jul 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. lgtm "Looks good to me", indicates that a PR is ready to be merged. sig/architecture Categorizes an issue or PR as relevant to SIG Architecture. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.