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: MAINTAINING.md
+3-6Lines changed: 3 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,12 +7,9 @@ These notes are for maintenance of the Git / PyPI source and releases / versions
7
7
All the tasks we need to do, in order, when releasing a new version:
8
8
9
9
1.**Check the main branch!** - we should have all the changes we want to include merged/picked and tested
10
-
2.**Update setup.py** - this might include other dependency or project description changes, but usually will just be a case of incrementing the version number, e.g. `0.1.9` -> `0.1.10`. Note the new number.
11
-
3.**Update publish.sh** - this simple publish script performs the publish to PyPI and will need the new version number
12
-
4.**Update CHANGELOG.md** - new versions go at the top of the file. See previous release blocks for formatting. I include a 'thanks' or 'reported by' attribution for PRs contributed or issues reported. The new version number from `setup.py` is used for the heading and the (future) PyPI URL
10
+
2.**Update version number** - edit `dspace_rest_client/__init__.py` and update the version. Usually, this will just be a case of incrementing the version number, e.g. `0.1.9` -> `0.1.10`.
11
+
3.**Update CHANGELOG.md** - new versions go at the top of the file. See previous release blocks for formatting. I include a 'thanks' or 'reported by' attribution for PRs contributed or issues reported. The new version number is used for the heading and the (future) PyPI URL
13
12
4.**Commit release preparation** - once you are happy with the steps above, commit with a message like 'Prepare release 0.1.10'
14
13
5.**Push branch** - making sure github is up to date, (in future: CI)
15
14
6.**Clear out build and dist directories**: OPTIONAL, but nice to start with a clean Python build environment before making this new version
16
-
7.**Run publish script** - this will run `setup.py` to build a new version then upload to PyPI with twine - you will need an API token and publish access in PyPI to do this.
17
-
18
-
TODO: If we just keep a `version` file around or base builds on a version number extracted from tag name, some of these steps can be more easily automated or derived instead of updated by hand, but for now it's all pretty simple.
15
+
7.**Run publish script** - with version number as an argument, e.g. `./publish.sh 0.1.10`. This will run `setup.py` to build a new version then upload to PyPI with twine - you will need an API token and publish access in PyPI to do this.
0 commit comments