Update Getting Started guides with release info#7681
Update Getting Started guides with release info#7681erwinmombay merged 5 commits intoampproject:masterfrom
Conversation
|
|
||
| # See your changes in production | ||
|
|
||
| * Barring any issues releases are cut Thursday, pushed to Dev Channel immediately, pushed to 1% on Monday and pushed to all of prod on Thursday. |
There was a problem hiding this comment.
1% of AMP pages
…and pushed to all pages…
contributing/getting-started-e2e.md
Outdated
|
|
||
| If your change affected internal documentation, tests, the build process, etc. you can generally see your changes right after they're merged. If your change was to the code that runs on AMP pages across the web you'll have to wait for the change to be included in a release. | ||
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. |
There was a problem hiding this comment.
Maybe add: This is when all users of AMP will use your new code!
contributing/getting-started-e2e.md
Outdated
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. | ||
|
|
||
| You can see whether your change made it into the Dev Channel or production build on the [amphtml Releases page](https://github.com/ampproject/amphtml/releases). The build marked `Draft` is the version on the Dev Channel and the build marked `Latest Release` is what is running in production. Your Pull Request will be listed in the first build that includes it; if you don't see your Pull Request listed it will likely be in the next build. |
There was a problem hiding this comment.
It should be marked "pre-release", not Draft. Draft releases cannot be seen by non-project members.
There was a problem hiding this comment.
Got it; I was trying to reverse engineer the labels from where the Releases page was and what was currently on canary. I talked to @erwinmombay about it and realized they temporarily didn't have the right labels. :)
contributing/getting-started-e2e.md
Outdated
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. | ||
|
|
||
| You can see whether your change made it into the Dev Channel or production build on the [amphtml Releases page](https://github.com/ampproject/amphtml/releases). The build marked `Draft` is the version on the Dev Channel and the build marked `Latest Release` is what is running in production. Your Pull Request will be listed in the first build that includes it; if you don't see your Pull Request listed it will likely be in the next build. |
There was a problem hiding this comment.
it should be "the latest build marked with prerelease is the version on dev channel"
| # See your changes in production | ||
|
|
||
| * Barring any issues releases are cut Thursday, pushed to Dev Channel immediately, pushed to 1% on Monday and pushed to all of prod on Thursday. | ||
| * The [amphtml Releases page](https://github.com/ampproject/amphtml/releases) will list your PR in the first build that contains it. `Draft` is the build on the Dev Channel, `Latest Release` is the build in production. |
There was a problem hiding this comment.
update draft here too with "latest prerelease"
|
|
||
| # pull in the latest changes from the remote amphtml repository | ||
| git pull upstream master | ||
| git pull upstream master |
There was a problem hiding this comment.
this assumes upstream is ampproject/amphtml right?
There was a problem hiding this comment.
Yes; for the Getting Started guides we lead people through setting up the upstream alias to that. More advanced users can set it to whatever they want, but for the most part in these guides we try to stay away from providing too many options. :)
1583c43 to
531e88d
Compare
mrjoro
left a comment
There was a problem hiding this comment.
I also added README to reflect that we actually cut the next release on Wednesdays (since this can affect when people plan to get their work in by).
|
|
||
| # pull in the latest changes from the remote amphtml repository | ||
| git pull upstream master | ||
| git pull upstream master |
There was a problem hiding this comment.
Yes; for the Getting Started guides we lead people through setting up the upstream alias to that. More advanced users can set it to whatever they want, but for the most part in these guides we try to stay away from providing too many options. :)
contributing/getting-started-e2e.md
Outdated
|
|
||
| If your change affected internal documentation, tests, the build process, etc. you can generally see your changes right after they're merged. If your change was to the code that runs on AMP pages across the web you'll have to wait for the change to be included in a release. | ||
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. |
contributing/getting-started-e2e.md
Outdated
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. | ||
|
|
||
| You can see whether your change made it into the Dev Channel or production build on the [amphtml Releases page](https://github.com/ampproject/amphtml/releases). The build marked `Draft` is the version on the Dev Channel and the build marked `Latest Release` is what is running in production. Your Pull Request will be listed in the first build that includes it; if you don't see your Pull Request listed it will likely be in the next build. |
There was a problem hiding this comment.
Got it; I was trying to reverse engineer the labels from where the Releases page was and what was currently on canary. I talked to @erwinmombay about it and realized they temporarily didn't have the right labels. :)
contributing/getting-started-e2e.md
Outdated
|
|
||
| In general we cut a release of amphtml on Thursdays during working hours (Pacific time) and push it to the AMP Dev Channel that day. After verifying there are no issues, we start rolling that build out the following Monday and complete the push that Thursday. | ||
|
|
||
| You can see whether your change made it into the Dev Channel or production build on the [amphtml Releases page](https://github.com/ampproject/amphtml/releases). The build marked `Draft` is the version on the Dev Channel and the build marked `Latest Release` is what is running in production. Your Pull Request will be listed in the first build that includes it; if you don't see your Pull Request listed it will likely be in the next build. |
|
|
||
| # See your changes in production | ||
|
|
||
| * Barring any issues releases are cut Thursday, pushed to Dev Channel immediately, pushed to 1% on Monday and pushed to all of prod on Thursday. |
| # See your changes in production | ||
|
|
||
| * Barring any issues releases are cut Thursday, pushed to Dev Channel immediately, pushed to 1% on Monday and pushed to all of prod on Thursday. | ||
| * The [amphtml Releases page](https://github.com/ampproject/amphtml/releases) will list your PR in the first build that contains it. `Draft` is the build on the Dev Channel, `Latest Release` is the build in production. |
|
I can't merge; @erwinmombay if it looks okay can you merge when you have a chance? |
|
@mrjoro done |
* first draft * added details inline; added quick start * added a preface for doc/test/etc. changes * minor fixes * responding to review comments; adding README
Added a section to the E2E and Quick Start Getting Started guides on how a changes gets to production and how the contributor can track where it is/test on Dev Channel.
cc @cramforce @bpaduch