fix links in community (#857)

This commit is contained in:
RichieEscarez 2019-02-01 17:59:38 -08:00 committed by Richie Escarez
parent 71cc1c1c95
commit 0cd5a44baf
13 changed files with 64 additions and 54 deletions

View File

@ -2,6 +2,7 @@
title: "Contributor covenant code of conduct"
linkTitle: "Code of conduct"
weight: 10
type: "docs"
---
## Our Pledge

View File

@ -2,6 +2,7 @@
title: "Knative contributor guidelines"
linkTitle: "Contributing to Knative"
weight: 15
type: "docs"
---
So, you want to hack on Knative? Yay!
@ -25,18 +26,18 @@ given the same level of review.
## Working groups
The Knative contributors community is organized into a set of
[working groups](WORKING-GROUPS.md). Any contribution to Knative should be
[working groups](WORKING-GROUPS/). Any contribution to Knative should be
started by first engaging with the appropriate working group.
## Code of conduct
All members of the Knative community must abide by the
[Code of Conduct](CODE-OF-CONDUCT.md). Only by respecting each other can we
[Code of Conduct](CODE-OF-CONDUCT/). Only by respecting each other can we
develop a productive, collaborative community.
## Team values
We promote and encourage a set of [shared values](VALUES.md) to improve our
We promote and encourage a set of [shared values](VALUES/) to improve our
productivity and inter-personal interactions.
## Contributor license agreements
@ -58,7 +59,7 @@ our
[Team Drive](https://drive.google.com/corp/drive/folders/0APnJ_hRs30R2Uk9PVA)
and sending an email to the appropriate working group's mailing list to let
people know the doc is there. To get write access to the drive, you'll need to
be a [member](ROLES.md#member) of the Knative organization.
be a [member](ROLES/#member) of the Knative organization.
We do not yet have a common design document template(TODO).
@ -77,7 +78,7 @@ later join knative-dev if you want immediate access).
## Contributing documentation
For more information about contributing to the Knative documentation, see
[DOCS-CONTRIBUTING.md](DOCS-CONTRIBUTING.md). A lot of the information on this
[DOCS-CONTRIBUTING](DOCS-CONTRIBUTING/). A lot of the information on this
page still applies, but you'll find the specifics about the docs process there.
## Contributing a feature
@ -85,7 +86,7 @@ page still applies, but you'll find the specifics about the docs process there.
In order to contribute a feature to Knative you'll need to go through the
following steps:
- Discuss your idea with the appropriate [working groups](WORKING-GROUPS.md) on
- Discuss your idea with the appropriate [working groups](WORKING-GROUPS/) on
the working group's mailing list.
- Once there is general agreement that the feature is useful,
@ -169,9 +170,9 @@ This project uses
[Prow](https://github.com/kubernetes/test-infra/tree/master/prow) to assign
reviewers to the PR, set labels, run tests automatically, and so forth.
See [Reviewing and Merging Pull Requests](REVIEWING.md) for the PR review and
See [Reviewing and Merging Pull Requests](REVIEWING/) for the PR review and
merge process used for Knative and for more information about
[Prow](./REVIEWING.md#prow).
[Prow](./REVIEWING/#prow).
## Issues

View File

@ -2,6 +2,7 @@
title: "Contributing to the Knative documentation"
linkTitle: "Contributing to docs"
weight: 20
type: "docs"
---
**First off, thanks for taking the time to contribute!**
@ -14,7 +15,7 @@ propose changes to this document in a pull request.
### Code of conduct
Knative follows the [Knative Code of Conduct](./CODE-OF-CONDUCT.md). By
Knative follows the [Knative Code of Conduct](./CODE-OF-CONDUCT/). By
participating, you are expected to uphold this code. Please report unacceptable
behavior to knative-code-of-conduct@googlegroups.com.
@ -38,7 +39,7 @@ see a problem with the documentation, submit an issue using the following steps:
When you create a bug report, include as many details as possible and
include suggested fixes to the issue. If you know which Knative component
your bug is related to, you can assign the appropriate
[Working Group Lead](./WORKING-GROUPS.md).
[Working Group Lead](./WORKING-GROUPS/).
- **Feature request**: For upcoming changes to the documentation or requests
for more information on a particular subject.
@ -50,7 +51,7 @@ documentation issues should go in the `docs` repository.
### Working group
The [Knative Documentation Working Group](./WORKING-GROUPS.md#documentation)
The [Knative Documentation Working Group](./WORKING-GROUPS/#documentation)
meets weekly on Tuesdays and alternates between a 9am PT and a 4:30pm PT time to
accommodate contributors in both the EMEA and APAC timezones.
[Click here](https://calendar.google.com/calendar/embed?src=google.com_18un4fuh6rokqf8hmfftm5oqq4%40group.calendar.google.com)
@ -67,7 +68,7 @@ There are a couple different ways to jump in to the Knative doc set:
[Good First Issue](https://github.com/knative/docs/labels/kind%2Fgood-first-issue).
- Run through the [install guide](../install/README.md) for the platform of your
choice, as well as the
[Getting Started with Knative App Deployment](../install/getting-started-knative-app.md)
[Getting Started with Knative App Deployment](../install/getting-started-knative-app/)
guide, and keep a
[friction log](https://devrel.net/developer-experience/an-introduction-to-friction-logging)
of the experience. What was hard for you? Then open a PR with a few

View File

@ -1,6 +1,6 @@
_Important_. Before proceeding, please review the Knative community
[Code of Conduct](CODE-OF-CONDUCT.md).
[Code of Conduct](./CODE-OF-CONDUCT/).
If you any have questions or concerns, please contact the authors at
knative-code-of-conduct@googlegroups.com.
@ -21,25 +21,25 @@ improving docs, giving talks, etc.
Other Documents
- [Code of Conduct](CODE-OF-CONDUCT.md) - all contributors must abide by the
- [Code of Conduct](./CODE-OF-CONDUCT/) - all contributors must abide by the
code of conduct
- [Contributing to Knative](CONTRIBUTING.md) - guidelines and advice on becoming
- [Contributing to Knative](./CONTRIBUTING/) - guidelines and advice on becoming
a contributor
- [Working Groups](WORKING-GROUPS.md) - describes our various working groups
- [Working Group Processes](WORKING-GROUP-PROCESSES.md) - describes how working
- [Working Groups](./WORKING-GROUPS/) - describes our various working groups
- [Working Group Processes](./WORKING-GROUP-PROCESSES/) - describes how working
groups operate
- [Technical Oversight Committee](TECH-OVERSIGHT-COMMITTEE.md) - describes our
- [Technical Oversight Committee](./TECH-OVERSIGHT-COMMITTEE/) - describes our
technical oversight committee
- [Steering Committee](STEERING-COMMITTEE.md) - describes our steering committee
- [Community Roles](ROLES.md) - describes the roles individuals can assume
- [Steering Committee](./STEERING-COMMITTEE/) - describes our steering committee
- [Community Roles](./ROLES/) - describes the roles individuals can assume
within the Knative community
- [Reviewing and Merging Pull Requests](REVIEWING.md) - how we manage pull
- [Reviewing and Merging Pull Requests](./REVIEWING/) - how we manage pull
requests
## Introduction
Knative is a Kubernetes-based platform to build, deploy, and manage modern
serverless workloads. See [Knative docs](https://github.com/knative/docs) for
serverless workloads. See [Knative docs](../docs) for
in-depth information about using Knative.
## Knative authors
@ -56,23 +56,23 @@ tools, platforms, languages, and products. By submitting a tutorial you can
share your experience and help others who are solving similar problems.
Community tutorials are stored in Markdown files on
[GitHub](./samples/README.md) where they can be reviewed and edited by the
[GitHub](../community/samples/) where they can be reviewed and edited by the
community.
Please submit a Pull Request to the community sample directory under the Knative
component that your tutorial highlights - [Serving](./samples/serving/),
[Eventing](./samples/eventing/), or [Build](./samples/build/). A reviewer will
component that your tutorial highlights - [Serving](../community/samples/serving/),
[Eventing](../community/samples/eventing/), or [Build](../community/samples/build/). A reviewer will
be assigned to review your submission. They'll work with you to ensure your
submission meets the [style guide](DOCS-CONTRIBUTING.md), but it helps if you
submission meets the [style guide](./DOCS-CONTRIBUTING.md), but it helps if you
follow it as you write your tutorial.
## Meetings and work groups
Knative has public and recorded bi-weekly community meetings.
Each project has one or more [working groups](WORKING-GROUPS.md) driving the
Each project has one or more [working groups](./WORKING-GROUPS/) driving the
project, and Knative as a single
[technical oversight community](TECH-OVERSIGHT-COMMITTEE.md) monitoring the
[technical oversight community](./TECH-OVERSIGHT-COMMITTEE/) monitoring the
overall project.
## How can I help
@ -96,7 +96,7 @@ following resources are available for you:
- [Knative Users](https://groups.google.com/forum/#!forum/knative-users)
- [Knative Developers](https://groups.google.com/forum/#!forum/knative-dev)
For contributors to Knative, we also have [Knative Slack](SLACK-GUIDELINES.md).
For contributors to Knative, we also have [Knative Slack](./SLACK-GUIDELINES/).
---

View File

@ -2,6 +2,7 @@
title: "Reviewing and merging Knative pull requests"
linkTitle: "Pull request guidelines"
weight: 60
type: "docs"
---
As a community, we believe in the value of code reviews for all contributions.
@ -9,7 +10,7 @@ Code reviews increase both the quality and readability of our code base, which
in turn produces high quality software.
This document provides guidelines for how the project's
[Members](ROLES.md#member) review issues and merge pull requests (PRs).
[Members](ROLES/#member) review issues and merge pull requests (PRs).
- [Pull requests welcome](#pull-requests-welcome)
- [Code of Conduct](#code-of-conduct)
@ -29,7 +30,7 @@ Please do not ever hesitate to ask a question or submit a PR.
Reviewers are often the first points of contact between new members of the
community and are important in shaping the community. We encourage reviewers to
read the [code of conduct](community/CODE-OF-CONDUCT.md) and to go above and
read the [code of conduct](CODE-OF-CONDUCT/) and to go above and
beyond the code of conduct to promote a collaborative and respectful community.
## Code reviewers
@ -68,7 +69,7 @@ require a rebase are not considered active PRs.
### Holds
Any [Approver](ROLES.md#approver) who wants to review a PR but does not have
Any [Approver](ROLES/#approver) who wants to review a PR but does not have
time immediately can put a hold on a PR. If you need more time, say so on the PR
discussion and offer an ETA measured in single-digit days at most. Any PR that
has a hold will not be merged until the person who requested the hold acks the
@ -76,10 +77,10 @@ review, withdraws their hold, or is overruled by a majority of approvers.
## Approvers
Merging of PRs is done by [Approvers](ROLES.md#approver).
Merging of PRs is done by [Approvers](ROLES/#approver).
As is the case with many open source projects, becoming an Approver is based on
contributions to the project. See our [community roles](ROLES.md) document for
contributions to the project. See our [community roles](ROLES/) document for
information on how this is done.
## Merging PRs

View File

@ -2,6 +2,7 @@
title: "Knative community roles"
linkTitle: "Community roles"
weight: 55
type: "docs"
---
This document describes the set of roles individuals may have within the Knative
@ -81,7 +82,7 @@ table describes:
<p>Run their working group</p>
</td>
<td>Sponsored by the technical oversight committee as documented
<a href="./WORKING-GROUP-PROCESSES.md">here</a>.
<a href="./WORKING-GROUP-PROCESSES/">here</a>.
</td>
<td>Write permissions on one or more repos allowing issues to be manipulated.</td>
<td>Working Group</td>
@ -214,13 +215,13 @@ approver in an OWNERS file:
- Demonstrate sound technical judgement
- Responsible for project quality control via [code reviews](REVIEWING.md)
- Responsible for project quality control via [code reviews](REVIEWING/)
- Focus on holistic acceptance of contribution such as dependencies with other
features, backward / forward compatibility, API and flag definitions, etc
- Expected to be responsive to review requests as per
[community expectations](REVIEWING.md)
[community expectations](REVIEWING/)
- Mentor members and contributors
@ -259,7 +260,7 @@ Additional requirements for leads of a new working group:
The following apply to the area / component for which one would be an owner.
- Run their working group as explained in the
[Working Group Processes](WORKING-GROUP-PROCESSES.md).
[Working Group Processes](WORKING-GROUP-PROCESSES/).
- Design/proposal approval authority over the area / component, though
escalation to the technical oversight committee is possible.
@ -274,7 +275,7 @@ The following apply to the area / component for which one would be an owner.
- Capable of directly applying lgtm + approve labels for any PR
- Expected to respect OWNERS files approvals and use
[standard procedure for merging code](REVIEWING.md#merging-prs).
[standard procedure for merging code](REVIEWING/#merging-prs).
- Expected to work to holistically maintain the health of the project through:

View File

@ -2,6 +2,7 @@
title: "Slack usage guidelines"
linkTitle: "Slack guidelines"
weight: 45
type: "docs"
---
Slack is the main communication platform for Knative outside of our mailing
@ -21,7 +22,7 @@ https://slack.knative.dev.
## Code of Conduct
The Knative [Code of Conduct](./CODE-OF-CONDUCT.md) applies throughout the
The Knative [Code of Conduct](./CODE-OF-CONDUCT/) applies throughout the
project, and includes all communication mediums.
## Admins
@ -55,7 +56,7 @@ privately.
Please reach out to the #slack-admins group with your request to create a new
channel.
Channels are dedicated to [Working Groups](./WORKING-GROUPS.md), sub-projects,
Channels are dedicated to [Working Groups](./WORKING-GROUPS/), sub-projects,
community topics, and related programs/projects.
Channels are not:

View File

@ -2,6 +2,7 @@
title: "Knative steering committee"
linkTitle: "Steering committee"
weight: 40
type: "docs"
---
The Knative Steering Committee (SC) defines, evolves, and defends the vision,
@ -17,7 +18,7 @@ work-in-progress._
- Non-technical project oversight
- Define policy for the creation and administration of community groups,
including [Working Groups](WORKING-GROUPS.md) and Committees.
including [Working Groups](WORKING-GROUPS/) and Committees.
- Define and evolve project governance structures and policies, including
project role assignment and contributor promotion.

View File

@ -2,6 +2,7 @@
title: "Knative technical oversight committee"
linkTitle: "Technical oversight committee"
weight: 35
type: "docs"
---
The Knative Technical Oversight Committee (TOC) is responsible for cross-cutting
@ -45,8 +46,8 @@ product and design decisions.
community focus
- Ensure the team adheres to our
[code of conduct](CONTRIBUTING.md#code-of-conduct) and respects our
[values](VALUES.md).
[code of conduct](CONTRIBUTING/#code-of-conduct) and respects our
[values](VALUES/).
- Foster an environment for a healthy and happy community of developers and
contributors.
@ -86,7 +87,7 @@ during the community feedback period at the end of each meeting.
## Committee Members
The members of the TOC are shown below. Membership in the TOC is determined by
the [Steering committee](STEERING-COMMITTEE.md).
the [Steering committee](STEERING-COMMITTEE/).
| &nbsp; | Member | Company | Profile |
| ------------------------------------------------------------- | ------------- | ------- | -------------------------------------------------- |

View File

@ -2,6 +2,7 @@
title: "Knative team values"
linkTitle: "Team values"
weight: 50
type: "docs"
---
We want to make sure every member has a shared understanding of the goals and
@ -28,14 +29,14 @@ values we hold as a team:
applicability of Knative). Empathize with our users. Focus on the specific
issue at hand, and remember that we all care about the project, first and
foremost.
- Emails to the [mailing lists](CONTRIBUTING.md#contributing-a-feature),
- Emails to the [mailing lists](CONTRIBUTING/#contributing-a-feature),
document comments, or meetings are often better and higher bandwidth ways to
communicate complex and nuanced design issues, as opposed to protracted
heated live chats.
- Be mindful of the terminology you are using, it may not be the same as
someone else and cause misunderstanding. To promote clear and precise
communication, define the terms you are using in context.
- See also the [Code of Conduct](CODE-OF-CONDUCT.md), which everyone must
- See also the [Code of Conduct](CODE-OF-CONDUCT/), which everyone must
abide by.
- Raising issues is great, suggesting solutions is even better

View File

@ -2,6 +2,7 @@
title: "Knative working group processes and guidelines"
linkTitle: "Working group guidelines"
weight: 30
type: "docs"
---
This document describes the processes we use to manage the Knative working
@ -100,7 +101,7 @@ working group:
group to the meeting.
- **Register the Working Group**. Go to
[WORKING-GROUPS.md](https://github.com/knative/serving/blob/master/community/WORKING-GROUPS.md)
[WORKING-GROUPS/](WORKING-GROUPS/)
and add your working group name, the names of the leads, the working group
charter, and a link to the meeting you created.
@ -132,7 +133,7 @@ representatives from multiple organizations as both leads and members. Working
group leads must be Members of the Knative project (that is, have made multiple
contributions to the project in the form of code, design, or documentation).
Please see the [Community Roles](ROLES.md) document for a description of a
Please see the [Community Roles](ROLES/) document for a description of a
leads role and requirements.
## Running a working group
@ -188,7 +189,7 @@ Leads from all affected working groups generally work together and come to an
agreeable conclusion.
In all cases, remaining blocking issues can be raised to the
[technical oversight committee](TECH-OVERSIGHT-COMMITTEE.md) to help resolve the
[technical oversight committee](TECH-OVERSIGHT-COMMITTEE/) to help resolve the
situation. To trigger an escalation, create an issue in the `knative/serving`
repo and assign it to the **@knative/tech-oversight-committee** team.

View File

@ -2,17 +2,17 @@
title: "Knative working group"
linkTitle: "Join working groups"
weight: 25
type:
type: "docs"
---
Most community activity is organized into _working groups_.
Working groups follow the [contributing](CONTRIBUTING.md) guidelines although
Working groups follow the [contributing](CONTRIBUTING/) guidelines although
each of these groups may operate a little differently depending on their needs
and workflow.
When the need arises, a new working group can be created. See the
[working group processes](WORKING-GROUP-PROCESSES.md) for working group proposal
[working group processes](WORKING-GROUP-PROCESSES/) for working group proposal
and creation procedures.
The working groups generate design docs which are kept in a

View File

@ -12,7 +12,7 @@ aliases:
Learn how to join the community of Knative contributors.
Also see our [Community page](community) for links to Knative chats, discussions, or Q&A.
Also see our [Community page](../community) for links to Knative chats, discussions, or Q&A.
{{% readfile file="contributing/README.md" markdown="true" %}}