You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
if [ "$HAS_CHANGED_RELEASE_NOTES" != "true" ] && [ "$HAS_RELEASE_NOTE_EXCEPTION_STRING" != "true" ] ; then
54
+
echo "Release Preparedness check failed"
55
+
echo "::error file=$CURRENT_RELEASE_JSON_FILE_PATH,line=0,col=0,endColumn=0,title='Release Notes Weren\'t Modified'::Please add a release note entry or an exception reason to your description using: \`RELEASE_NOTE_EXCEPTION=[reason goes here]\`"
Copy file name to clipboardExpand all lines: packages/devtools_app/lib/src/framework/release_notes/README.md
+4-5Lines changed: 4 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,9 +1,8 @@
1
-
## Writing DevTools release notes
1
+
## Generating Release notes
2
2
- Release notes for DevTools are hosted on the flutter website (see [archive](https://docs.flutter.dev/development/tools/devtools/release-notes)).
3
-
- To add release notes for the latest release, create a PR with the appropriate changes for your release
4
-
- The [release notes template](release-notes-template.md) can be used as a starting point
5
-
- see example [PR](https://github.com/flutter/website/pull/6791).
6
-
3
+
- To add release notes for the latest release, create a PR with the appropriate changes for your release.
4
+
- The [NEXT_RELEASE_NOTES.md](../../../../../../tool/release_notes/NEXT_RELEASE_NOTES.md) file contains the running release notes for the current version.
5
+
- see example [PR](https://github.com/flutter/website/pull/6791) for an idea of how to add those to the Flutter website.
7
6
- Test these changes locally before creating the PR.
8
7
- See [README.md](https://github.com/flutter/website/blob/main/README.md)
9
8
for getting setup to run the Flutter website locally.
- To automatically update the version by `major`, `minor`, `patch`, or `dev`:
46
-
```shell
47
-
dart tool/update_version.dart auto --type patch
48
-
```
49
-
- Pre-release versions can be stripped with:
50
-
```shell
51
-
dart tool/update_version.dart auto --type release
52
-
```
53
-
54
-
Verify:
55
-
* that this script updated the pubspecs under packages/
56
-
* updated all references to those packages.
57
-
* make sure that the version constant in `packages/devtools_app/lib/devtools.dart` was updated
25
+
- Make sure your working branch is clean
26
+
- Run the `tool/release_helper.sh` script with `minor` or `major`.
27
+
`./tool/release_helper.sh [minor|major]`
28
+
- This creates 2 branches for you:
29
+
- Release Branch
30
+
- Next Branch
31
+
- The following steps will guide you through how these branches will be prepared and merged.
32
+
-**For your convenience, the `tool/release_helper.sh` script exports the following two variables to the terminal it is run in:**
33
+
-`$DEVTOOLS_RELEASE_BRANCH`
34
+
-`$DEVTOOLS_NEXT_BRANCH`
35
+
36
+
#### Verify the version changes
37
+
> For both the `$DEVTOOLS_RELEASE_BRANCH` and the `$DEVTOOLS_NEXT_BRANCH` branches
38
+
39
+
Verify the version changes:
40
+
- that release_helper.sh script updated the pubspecs under packages/
41
+
- updated all references to those packages.
42
+
- make sure that the version constant in `packages/devtools_app/lib/devtools.dart` was updated
58
43
59
44
These packages always have their version numbers updated in lock, so we don't have to worry about versioning.
60
45
61
-
> Note: Updating to a new `dev` version will automatically prepare the version for a new `minor` release (eg, `2.17.0` will become `2.18.0-dev.0`). To update to a `major` or `patch` release instead, specify either `dev,patch` or `dev,major` (eg, `dart tool/update_version.dart auto --type dev,patch`).
62
-
63
-
#### Update the CHANGELOG.md (for non-dev releases)
64
-
65
-
* Use the tool `generate-changelog` to automatically update the `packages/devtools/CHANGELOG.md` file.
46
+
#### Manually review the CHANGELOG.md
47
+
> For both the `$DEVTOOLS_RELEASE_BRANCH` and the `$DEVTOOLS_NEXT_BRANCH` branches
66
48
67
-
```shell
68
-
cd~/path/to/devtools && \
69
-
dart tool/bin/repo_tool.dart generate-changelog;
70
-
```
71
-
72
-
* The `generate-changelog` script is
73
-
intended to do the bulk of the work, but still needs manual review.
74
49
* Verify
75
50
* that the version for the CHANGELOG entry was correctly generated
76
51
* that the entries don't have any syntax errors.
77
52
78
-
#### Push the local branch
79
-
80
-
```shell
81
-
NEW_DEVTOOLS_VERSION=2.7.0 # Change this to the new version
82
-
```
83
-
84
-
```shell
85
-
git add .&& \
86
-
git commit -m "Prepare for $NEW_DEVTOOLS_VERSION release."&& \
87
-
git push origin release_$NEW_DEVTOOLS_VERSION;
88
-
```
89
-
90
-
From the git GUI tool or from github.com directly:
91
-
1. Create a PR.
92
-
2. Add the entry about the created PR to the CHANGELOG.md manually, and push to the PR.
93
-
3. Receive an LGTM, squash and commit.
94
-
95
-
### Test the release
96
-
97
-
- Checkout the commit you just created,
98
-
- or remain on the branch you just landed the prep PR from.
for details on where to add DevTools release notes to Flutter website and how to test them.
216
-
217
-
3. Copy the content of [release-notes-template.md](../packages/devtools_app/lib/src/framework/release_notes/release-notes-template.md) to [release-notes-next.md][1], to contain
0 commit comments