Skip to content

Commit

Permalink
Add experimental instructions to release README (#17143)
Browse files Browse the repository at this point in the history
  • Loading branch information
acdlite authored Oct 18, 2019
1 parent 093de5f commit 3059ab3
Showing 1 changed file with 15 additions and 0 deletions.
15 changes: 15 additions & 0 deletions scripts/release/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -17,13 +17,16 @@ The high level process of creating releases is [documented below](#process). Ind

# Process

If this is your first time running the release scripts, go to the `scripts/release` directory and run `yarn` to install the dependencies.

## Publishing a Canary

Canaries are meant to be lightweight and published often. In most cases, canaries can be published using artifacts built by Circle CI.

To prepare a canary for a particular commit:
1. Choose a commit from [the commit log](https://github.com/facebook/react/commits/master).
2. Click the "“✓" icon and click the Circle CI "Details" link.
3. Select the `build` job (**not** the `build_experimental` job; see the next section). If it's still pending, you'll need to wait for it to finish. (Note: This is the most awkward part of cutting a release right now. We have plans to improve it.)
4. Copy the build ID from the URL (e.g. the build ID for [circleci.com/gh/facebook/react/13471](https://circleci.com/gh/facebook/react/13471) is **13471**).
5. Run the [`prepare-canary`](#prepare-canary) script with the build ID you found <sup>1</sup>:
```sh
Expand All @@ -37,6 +40,18 @@ scripts/release/publish.js --tags canary

<sup>1: You can omit the `build` param if you just want to release the latest commit as a canary.</sup>

## Publishing an Experimental Canary

Experimental canaries are special releases with additional features turned on.

The steps for publishing an experimental canary are almost the same as for publishing a normal canary, except in step 3 you should choose the `build_experimental` job instead of `build`. (I know this is awkward; we have plans to make it less so. Ideally these canaries would get published by a cron job.)

When publishing an experimental canary, use the `experimental` tag:

```sh
scripts/release/publish.js --tags experimental
```

## Publishing a Stable Release

Stable releases should always be created from a previously-released canary. This encourages better testing of the actual release artifacts and reduces the chance of unintended changes accidentally being included in a stable release.
Expand Down

0 comments on commit 3059ab3

Please sign in to comment.