Skip to content

Commit 1bdeea1

Browse files
authored
chore(release): delete smoke published & update docs (vercel#6592)
1 parent 70db991 commit 1bdeea1

File tree

4 files changed

+9
-431
lines changed

4 files changed

+9
-431
lines changed

.github/turbo-orchestrator.yml

-2
Original file line numberDiff line numberDiff line change
@@ -82,7 +82,5 @@ labeler:
8282
events:
8383
onPublish:
8484
turbo:
85-
- runWorkflow: turborepo-smoke-published.yml
86-
when: any
8785
- runWorkflow: bench-turborepo.yml
8886
when: any

.github/workflows/turborepo-smoke-published.yml

-35
This file was deleted.

release.md

+9-25
Original file line numberDiff line numberDiff line change
@@ -46,36 +46,20 @@ You need to run `git push --follow-tags` to finish the release.
4646

4747
## Release Turborepo
4848

49-
We have a multi step release process for Turborepo right now.
50-
51-
**NOTE**: The steps below _must_ be run serially, in the order specified.
52-
53-
1. Create a release branch by triggering the [1. Turborepo Release (release branch)][1] workflow
49+
1. Create a release by triggering the [1. Turborepo Release][1] workflow
5450

5551
- Specify the semver increment using the SemVer Increment field (start with `prerelease`)
52+
- Check the "Dry Run" box to run the full release workflow without publishing any packages.
5653

57-
2. Build the Go Binary by triggering the [2. Turborepo Release (go binary)][2] workflow.
58-
59-
1. Specify the release branch (example: `staging-1.7.0-canary.1`) in _both_ the "use workflow from", and "Staging branch to release from" fields.
60-
61-
3. Build the Rust Wrapper by triggering the [3. Turborepo Release (rust binary & publish)][3] workflow.
62-
1. Specify the release branch (example: `staging-1.7.0-canary.1`) in _both_ the "use workflow from", and "Staging branch to release from" fields. (this should match step 2.1 above)
63-
4. A PR is automatically opened to merge the release branch created in step 1 back into `main`
64-
65-
1. ⚠️ Merge this in! You don't need to wait for tests to pass.
66-
67-
It's important to merge this branch soon after the publish is succesful
54+
2. A PR is automatically opened to merge the release branch created in step 1 back into `main`
6855

69-
5. `turbo-orchestrator.yml` polls `npm` every 5 mins. When a new version is detected,
70-
[`turborepo-smoke-published.yml`][4] runs against `@latest` and `@canary` tags.
56+
- ⚠️ Merge this in! You don't need to wait for tests to pass. It's important to merge this branch soon after the publish is successful
7157

7258
### Notes
7359

74-
- Github Release Notes are published on their own using config from `turborepo-release.yml`,
75-
triggered by the `turbo-orchestrator` bot.
76-
- `eslint-plugin-turbo` and `eslint-config-turbo` need to be published separately.
60+
- Github Release Notes are published automatically using the config from [`turborepo-release.yml`][2],
61+
triggered by the [`turbo-orchestrator`][3] bot.
7762

78-
[1]: https://github.com/vercel/turbo/actions/workflows/turborepo-release-step-1.yml
79-
[2]: https://github.com/vercel/turbo/actions/workflows/turborepo-release-step-2.yml
80-
[3]: https://github.com/vercel/turbo/actions/workflows/turborepo-release-step-3.yml
81-
[3]: https://github.com/vercel/turbo/actions/workflows/turborepo-smoke-published.yml
63+
[1]: https://github.com/vercel/turbo/actions/workflows/turborepo-release.yml
64+
[2]: https://github.com/vercel/turbo/blob/main/.github/turborepo-release.yml
65+
[3]: https://github.com/apps/turbo-orchestrator

0 commit comments

Comments
 (0)