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
All new features and bugfixes will first be merged into the main branch. The `Major.Minor` version number will follow those from Netbox with which the plugin is compatible.
6
+
7
+
## `netbox/vX.Y` branches
8
+
9
+
After a new Netbox release is published the state of the main branch is copied into a new `netbox/vX.Y` branch. For example after the release of Netbox 3.4 the `main` branch will be copied to `netbox/v3.3`. Only after that copy is made changes for Netbox 3.4 can be merged into `main`.
10
+
These branches are in maintenance mode. No new feature will be merged but bugfixes can be backported from `main` if they are relevant.
Copy file name to clipboardExpand all lines: docs/dev/Release.md
+11-7Lines changed: 11 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,22 +1,26 @@
1
-
# Prepare a release
1
+
# Release management
2
+
3
+
The version numbers will follow those of Netbox. A given release of netbox-initializers is only compatible with a Netbox release with a matching `Major.Minor` version. The patch release number will be used for bugfixes in the plugin.
4
+
5
+
## Prepare a release
2
6
3
7
Please follow these steps to produce a release
4
8
5
-
## Checkout correct branch
9
+
###Checkout correct branch
6
10
7
11
Checkout the branch for which the release is to be build. If no branch exists for the new release one must be created. The name must correspond to the Netbox version in the format "netbox/MAJOR.MINOR".
8
12
9
-
## Set version number
13
+
###Set version number
10
14
11
15
For patch releases the version number in `pyproject.toml` and the `NetBoxInitializersConfig` needs to be updated. If the release is for a new Netbox version additional changes need to be made in `README.md` and `Dockerfile` (for tests).
12
16
13
-
## Build the release automatically
17
+
###Build the release automatically
14
18
15
19
After changing the version numbers and committing them create a new release with the GitHub Web UI. Configure the release to create a new tag with the name `vX.Y.Z`.
16
20
17
-
## Build the release manually
21
+
###Build the release manually
18
22
19
-
### Build the packages
23
+
####Build the packages
20
24
21
25
Install the needed Python packages for the build:
22
26
@@ -30,7 +34,7 @@ Then run the build for the wheel and source distributions:
0 commit comments