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
Copy file name to clipboardExpand all lines: HISTORY.md
+10Lines changed: 10 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,15 @@
1
1
# History
2
2
3
+
## v1.18.0 - 2025-08-14
4
+
5
+
### New Features
6
+
7
+
* Add a fallback distribution in `GaussianNormalizer` in case the given distribution fails - Issue [#945](https://github.com/sdv-dev/RDT/issues/945) by @fealho
8
+
9
+
### Maintenance
10
+
11
+
* Update release documentation based on recent release - Issue [#1016](https://github.com/sdv-dev/RDT/issues/1016) by @rwedge
The execution has finished with no errors, 0 test skipped and 166 warnings.
60
57
61
-
## Documentation
62
-
63
-
The documentation must be up to date and generated with:
64
-
65
-
```bash
66
-
make view-docs
67
-
```
68
-
69
-
Read the documentation to ensure all the changes are reflected in the documentation.
70
-
71
-
Alternatively, you can simply generate the documentation using the command:
72
-
73
-
```bash
74
-
make docs
75
-
```
76
-
77
58
## Make a release candidate
78
59
79
60
1. On the RDT GitHub page, navigate to the [Actions][actions] tab.
@@ -159,6 +140,7 @@ Put the pull request up for review and get 2 approvals to merge into `main`.
159
140
## Check the release
160
141
Once HISTORY.md has been updated on `main`, check if the release can be made:
161
142
143
+
162
144
```bash
163
145
make check-release
164
146
```
@@ -167,27 +149,25 @@ make check-release
167
149
The `stable` branch needs to be updated with the changes from `main` and the version needs to be bumped.
168
150
Depending on the type of release, run one of the following:
169
151
170
-
*`make release`: This will release a patch, which is the most common type of release. Use this when the changes are bugfixes or enhancements that do not modify the existing user API. Changes that modify the user API to add new features but that do not modify the usage of the previous features can also be released as a patch.
171
-
*`make release-minor`: This will release the next minor version. Use this if the changes modify the existing user API in any way, even if it is backwards compatible. Minor backwards incompatible changes can also be released as minor versions while the library is still in beta state. After the major version 1 has been released, minor version can only be used to add backwards compatible API changes.
172
-
*`make release-major`: This will release the next major version. Use this to if the changes modify the user API in a backwards incompatible way after the major version 1 has been released.
152
+
*`make release`: This will release the version that has already been bumped (patch, minor, or major). By default, this is typically a patch release. Use this when the changes are bugfixes or enhancements that do not modify the existing user API. Changes that modify the user API to add new features but that do not modify the usage of the previous features can also be released as a patch.
153
+
*`make release-minor`: This will bump and release the next minor version. Use this if the changes modify the existing user API in any way, even if it is backwards compatible. Minor backwards incompatible changes can also be released as minor versions while the library is still in beta state. After the major version v1.0.0 has been released, minor version can only be used to add backwards compatible API changes.
154
+
*`make release-major`: This will bump and release the next major version. Use this if the changes modify the user API in a backwards incompatible way after the major version v1.0.0 has been released.
173
155
174
156
Running one of these will **push commits directly** to `main`.
175
-
At the end, you should see the 2 commits on `main` on (from oldest to newest):
157
+
At the end, you should see the 3 commits on `main` (from oldest to newest):
176
158
-`make release-tag: Merge branch 'main' into stable`
177
159
-`Bump version: X.Y.Z.devN → X.Y.Z`
160
+
-`Bump version: X.Y.Z -> X.Y.A.dev0`
178
161
179
162
## Create the Release on GitHub
180
163
181
164
After the update to HISTORY.md is merged into `main` and the version is bumped, it is time to [create the release GitHub](https://github.com/sdv-dev/RDT/releases/new).
182
165
- Create a new tag with the version number with a v prefix (e.g. v0.3.1)
183
-
- The target should be the `main` branch
166
+
- The target should be the `stable` branch
184
167
- Release title is the same as the tag (e.g. v0.3.1)
185
168
- This is not a pre-release (`Set as a pre-release` should be unchecked)
186
169
187
-
Click `Publish release`, which will kickoff the release workflow and automatically upload the package to public PyPI.
188
-
189
-
The release workflow will create a pull request and auto-merge it into `main` that bumps to the next development release. You should see 1 commit on main on:
190
-
-`Bump version: X.Y.Z → X.Y.Z.dev0`
170
+
Click `Publish release`, which will kickoff the release workflow and automatically upload the package to [public PyPI](https://pypi.org/project/rdt/).
0 commit comments