-
Notifications
You must be signed in to change notification settings - Fork 4
/
CreateDistribution.txt
42 lines (37 loc) · 2.03 KB
/
CreateDistribution.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
How to create a distribution of pyshepseg. You will need the 'build' module
installed ("conda install build" or "pip install build").
1. Ensure that you have fetched and committed everything which needs to go in.
2. Change the version number in the pyshepseg/__init__.py. Version number
is of the form a.b.c, as discussed below.
3. Update the release notes page doc/source/ReleaseNotes.rst, by going through the
change logs since the last release, and noting what has been done.
DON'T FORGET TO COMMIT THIS, BEFORE THE NEXT STEP!!!!
4. Push the changes to github with "git push".
In practice, steps 2-3 are usually done as a single pull request, and
merged, rather than pushed directly, but I am skipping all the detail
of how to do a PR.
5. Check out a clean copy of the repository into /tmp or
somewhere similar and 'cd' into it.
6. Create the distribution tar.gz, using
python -m build .
This creates a tar.gz file, under a subdirectory called dist
e.g. pyshepseg-1.2.3.tar.gz
7. Create a checksum of this, e.g.
sha256sum pyshepseg-1.2.3.tar.gz > pyshepseg-1.2.3.tar.gz.sha256
8. Go to the https://github.com/ubarsc/pyshepseg/releases page, and create a
new release by pressing "Draft a new release".
You should fill in the following:
Tag version: pyshepseg-A.B.C
Release Title: Version A.B.C
Description: Add a brief description (a few lines at most) explaining
the key points about this release.
Upload files: Add the tar.gz file and the checksum.
Click "Publish release"
Version Numbers.
The pyshepseg version number is structured as A.B.C. We follow the conventions
outlined in Semantic Versioning [https://semver.org]
- The A number should change for major alterations, most particularly those
which break backward compatability, or which involve major restructuring of
code or data structures.
- The B number should change for introduction of significant new features
- The C number should change for bug fixes or very minor changes.