$89 GRAYBYTE WORDPRESS FILE MANAGER $31

SERVER : premium201.web-hosting.com #1 SMP Wed Mar 26 12:08:09 UTC 2025
SERVER IP : 104.21.43.35 | ADMIN IP 216.73.216.180
OPTIONS : CRL = ON | WGT = ON | SDO = OFF | PKEX = OFF
DEACTIVATED : mail

/opt/alt/python35/share/doc/alt-python35-setuptools/

HOME
Current File : /opt/alt/python35/share/doc/alt-python35-setuptools//releases.txt
===============
Release Process
===============

In order to allow for rapid, predictable releases, Setuptools uses a
mechanical technique for releases, enacted by Travis following a
successful build of a tagged release per
`PyPI deployment <https://docs.travis-ci.com/user/deployment/pypi>`_.

Prior to cutting a release, please check that the CHANGES.rst reflects
the summary of changes since the last release.
Ideally, these changelog entries would have been added
along with the changes, but it's always good to check.
Think about it from the
perspective of a user not involved with the development--what would
that person want to know about what has changed--or from the
perspective of your future self wanting to know when a particular
change landed.

To cut a release, install and run ``bump2version {part}`` where ``part``
is major, minor, or patch based on the scope of the changes in the
release. Then, push the commits to the master branch. If tests pass,
the release will be uploaded to PyPI (from the Python 3.6 tests).

Release Frequency
-----------------

Some have asked why Setuptools is released so frequently. Because Setuptools
uses a mechanical release process, it's very easy to make releases whenever the
code is stable (tests are passing). As a result, the philosophy is to release
early and often.

While some find the frequent releases somewhat surprising, they only empower
the user. Although releases are made frequently, users can choose the frequency
at which they use those releases. If instead Setuptools contributions were only
released in batches, the user would be constrained to only use Setuptools when
those official releases were made. With frequent releases, the user can govern
exactly how often he wishes to update.

Frequent releases also then obviate the need for dev or beta releases in most
cases. Because releases are made early and often, bugs are discovered and
corrected quickly, in many cases before other users have yet to encounter them.

Release Managers
----------------

Additionally, anyone with push access to the master branch has access to cut
releases.


Current_dir [ NOT WRITEABLE ] Document_root [ NOT WRITEABLE ]


[ Back ]
NAME
SIZE
LAST TOUCH
USER
CAN-I?
FUNCTIONS
..
--
3 Mar 2024 10.56 PM
root / root
0755
asl.txt
11.092 KB
13 Nov 2023 9.23 PM
root / linksafe
0644
developer-guide.txt
4.021 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
development.txt
1.439 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
easy_install.txt
73.774 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
formats.txt
30.51 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
history.txt
1.843 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
index.txt
0.524 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
pkg_resources.txt
92.179 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
psfl.txt
12.468 KB
13 Nov 2023 9.23 PM
root / linksafe
0644
python3.txt
3.877 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
releases.txt
2.064 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
requirements.txt
0.06 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
roadmap.txt
0.163 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
setuptools.txt
123.682 KB
28 Aug 2017 1.45 PM
root / linksafe
0644
zpl.txt
2.021 KB
13 Nov 2023 9.23 PM
root / linksafe
0644

GRAYBYTE WORDPRESS FILE MANAGER @ 2025 CONTACT ME
Static GIF