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
- Implement / Add tests for TM1,TM2,TM3 Message spec [\#516](https://github.com/ably/ably-python/issues/516)
10
+
11
+
**Merged pull requests:**
12
+
13
+
-\[SDK-3807\] Implement and test empty inner message fields [\#517](https://github.com/ably/ably-python/pull/517) ([sacOO7](https://github.com/sacOO7))
**New ably-python realtime client**: This new release features our first ever python realtime client! Currently the realtime client only supports realtime message subscription. Check out the README for usage examples. There have been some minor breaking changes from the 1.2 version, please consult the [migration guide](https://github.com/ably/ably-python/blob/main/UPDATING.md) for instructions on how to upgrade to 2.0.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+12-7Lines changed: 12 additions & 7 deletions
Original file line number
Diff line number
Diff line change
@@ -28,14 +28,19 @@ Releases should always be made through a release pull request (PR), which needs
28
28
The release process must include the following steps:
29
29
30
30
1. Ensure that all work intended for this release has landed to `main`
31
-
2. Create a release branch named like `release/1.2.3`
31
+
2. Create a release branch named like `release/2.0.1`
32
32
3. Add a commit to bump the version number, updating [`pyproject.toml`](./pyproject.toml) and [`ably/__init__.py`](./ably/__init__.py)
33
-
4. Add a commit to update the change log
34
-
5. Push the release branch to GitHub
35
-
6. Create a release PR (ensure you include an SDK Team Engineering Lead and the SDK Team Product Manager as reviewers) and gain approvals for it, then merge that to `main`
36
-
7. From the `main` branch, run `poetry build && poetry publish` to build and upload this new package to PyPi
37
-
8. Create a tag named like `v1.2.3` and push it to GitHub - e.g. `git tag v1.2.3 && git push origin v1.2.3`
38
-
9. Create the release on GitHub including populating the release notes
33
+
4. Run [`github_changelog_generator`](https://github.com/github-changelog-generator/github-changelog-generator) to automate the update of the [CHANGELOG](./CHANGELOG.md). This may require some manual intervention, both in terms of how the command is run and how the change log file is modified. Your mileage may vary:
34
+
- The command you will need to run will look something like this: `github_changelog_generator -u ably -p ably-python --since-tag v2.0.0 --output delta.md --token $GITHUB_TOKEN_WITH_REPO_ACCESS`. Generate token [here](https://github.com/settings/tokens/new?description=GitHub%20Changelog%20Generator%20token).
35
+
- Using the command above, `--output delta.md` writes changes made after `--since-tag` to a new file
36
+
- The contents of that new file (`delta.md`) then need to be manually inserted at the top of the `CHANGELOG.md`, changing the "Unreleased" heading and linking with the current version numbers
37
+
- Also ensure that the "Full Changelog" link points to the new version tag instead of the `HEAD`
7. Create a release PR (ensure you include an SDK Team Engineering Lead and the SDK Team Product Manager as reviewers) and gain approvals for it, then merge that to `main`
41
+
8. From the `main` branch, run `poetry build && poetry publish` to build and upload this new package to PyPi
42
+
9. Create a tag named like `v2.0.1` and push it to GitHub - e.g. `git tag v2.0.1 && git push origin v2.0.1`
43
+
10. Create the release on GitHub including populating the release notes
39
44
40
45
We tend to use [github_changelog_generator](https://github.com/skywinder/Github-Changelog-Generator) to collate the information required for a change log update.
41
46
Your mileage may vary, but it seems the most reliable method to invoke the generator is something like:
0 commit comments