-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Update docs such that they can be used in knative/docs #460
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is awesome work @bobcatfish 👍
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bobcatfish, shashwathi The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bobcatfish awesome docs, thank you for doing that! 🎉
I left a few comments about some links not working, let me know if you want to get this in and iterate on the comments
docs/pipelines.md
Outdated
- Optional: | ||
- [`resources`](#declared-resources) - Specifies which [`PipelineResources`](resources.md) | ||
of which types the `Pipeline` will be using in its [Tasks](#pipeline-tasks) | ||
- [`timeout`](#timeout) - Specifies timeout after which the `Pipeline` will fail. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this link doesn't go anywhere
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😅
name: build-push | ||
``` | ||
|
||
[Declared `PipelineResources`](#declared-resources) can be given to `Task`s in the `Pipeline` as |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This link doesn't go anywhere
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmmm I think this one works 🤔
docs/pipelines.md
Outdated
The resource `my-image` is expected to be given to the `deploy-app` `Task` from | ||
the `build-app` `Task`. This means that the `PipelineResource` `my-image` must | ||
also be declared as an output of `build-app`. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
is that the same as build-the-image
in the example above?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whoa this block seems completely out of place 😊
docs/pipelines.md
Outdated
the `build-app` `Task`. This means that the `PipelineResource` `my-image` must | ||
also be declared as an output of `build-app`. | ||
|
||
For implementation details, see [the developer docs](docs/developers/README.md). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this link gives a 404
😲
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whoops!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
im actually gonna remove this b/c the developer dir won't be copied over to knative/docs...
docs/tasks.md
Outdated
authentication information. | ||
- [`volumes`](#volumes) - Specifies one or more volumes that you want to make | ||
available to your build. | ||
- [`timeout`](#timeout) - Specifies timeout after which the `Pipeline` will fail. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This link doesn't go anywhere
docs/tasks.md
Outdated
- [`inputs`](#inputs) - Specifies parameters and [`PipelineResources`](resources.md) | ||
needed by your `Task` | ||
- [`outputs`](#outputs) - Specifies [`PipelineResources`](resources.md) needed by your `Task` | ||
- [`serviceAccount`](#service-account) - Specifies a `ServiceAccount` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This link doesn't go anywhere
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whoops, thats only in taskrun! 😇
docs/tasks.md
Outdated
A `Task` can declare the inputs it needs, which can be either or both of: | ||
|
||
* [`parameters`](#parameters) | ||
* [`input resources](#input-resources) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
extra character before the word input
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😅
docs/tasks.md
Outdated
|
||
- [Example of image building and pushing](#example-task) | ||
- [Mounting extra volumes](#using-an-extra-volume) | ||
- [Authenticating with `ServiceAccount`](#using-a-serviceaccount) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this link doesn't go anywhere
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😅
docs/container-contract.md
Outdated
value: "world" | ||
``` | ||
|
||
_See [the installation guide](installing.md) if you would like to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
both links here give 404
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oh yeah, we won't have that till we have #385 🤔
In version 0.4 of knative, we'd like to release build-pipeline, which means that the docs repo (https://github.com/knative/docs) should talk about build-pipeline. I think it's important to make sure that docs are updated with the code, so I propose we have living versions of these docs in this repo, and every time we release, we copy the docs into the knative/docs repo, so that this repo has the correct docs at HEAD and knative/docs has the correct docs as of the latest release. (How we want to deal with docs for previous releases will have to be another story!) In this PR, I've gone through [the knative docs for build](https://github.com/knative/docs/tree/master/build) and shaped our existing docs to be similar, which meant: * Taking content out of using.md and splitting it into a file for each type of CRD * Adding reference docs for the CRD fields (fixes tektoncd#193) * Most of concepts.md and some of using.md became the README file which lives at the top level of the `docs` dir here and hopefully the new `pipelines` dir in knative/docs This also meant gaining a lot of docs by taking existing Build docs and updating them to talk about pipelines (e.g. docs about auth) Fixes tektoncd#304
d8a1ad1
to
39157cc
Compare
Thanks for noticing all those details @pivotal-nader-ziada !! Ready for another look :D |
/test pull-knative-build-pipeline-integration-tests |
looks good 👍 /lgtm |
Releasing release.yaml v0.14.1
In version 0.4 of knative, we'd like to release build-pipeline, which
means that the docs repo (https://github.com/knative/docs) should talk
about build-pipeline.
I think it's important to make sure that docs are updated with the code,
so I propose we have living versions of these docs in this repo, and
every time we release, we copy the docs into the knative/docs repo, so
that this repo has the correct docs at HEAD and knative/docs has the
correct docs as of the latest release. (How we want to deal with docs
for previous releases will have to be another story!)
In this PR, I've gone through the knative docs for
build and shaped our
existing docs to be similar, which meant:
type of CRD
lives at the top level of the
docs
dir here and hopefully the newpipelines
dir in knative/docsThis also meant gaining a lot of docs by taking existing Build docs and
updating them to talk about pipelines (e.g. docs about auth)
Fixes #304
Reviewers: I've probably missed some link, some references to Build, and some k8s standards. Your nits are very welcome!
(After we finish and merge this PR, I'll open a PR in knative/docs to add these docs there. If they request doc changes I'll backport them here)