File: releases.rst

package info (click to toggle)
bpython 0.26-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 1,144 kB
  • sloc: python: 11,682; xml: 53; makefile: 5; sh: 2
file content (61 lines) | stat: -rw-r--r-- 1,515 bytes parent folder | download | duplicates (2)
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
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
.. _releases:

Releases
========

Release schedule
----------------
bpython does not have a set release cycle. The developers will decide together
when the time is ripe to release a version. For information what happens after
the decision is made to make a release you should read the 'Release Path'
section.

Release Path
------------
After it is decided to release a new version of bpython the following checklist
is followed:

* The repository is frozen, nobody pushes until the version is built.

* Bob (:ref:`authors`) makes a tarball of the new version and sends it to Simon
  (:ref:`authors`) who will host it on the bpython website.

* The package is then downloaded by all of the people who like to test it.

* Everybody checks if there are no great problems:

  * Version numbers correct?

  * CHANGELOG is correct?

  * AUTHORS?

* After everybody says 'yes' the website and PyPI are updated to point to this
  new version.

  * Simon (:ref:`authors`) also checks if all numbers on the website have been
    updated.

* 24 hours later package maintainers could update their stuff.

Checklist
---------

A checklist to perform some manual tests before a release:

Check that all of the following work before a release:

* Runs under Python 3.9 - 3.13
* Save
* Rewind
* Pastebin
* Pager
* Inspect source
* History
* Tab completion
* Argument inspection
* All keybinds
* All packaged themes
* Command line arguments correctly passed to scripts
* Delegate to standard Python appropriately
* Update CHANGELOG