GRAYBYTE WORDPRESS FILE MANAGER3789

Server IP : 198.54.121.189 / Your IP : 216.73.216.112
System : Linux premium69.web-hosting.com 4.18.0-553.44.1.lve.el8.x86_64 #1 SMP Thu Mar 13 14:29:12 UTC 2025 x86_64
PHP Version : 7.4.33
Disable Function : NONE
cURL : ON | WGET : ON | Sudo : OFF | Pkexec : OFF
Directory : /opt/alt/python34/share/doc/alt-python34-pip/docs/
Upload Files :
Current_dir [ Not Writeable ] Document_root [ Writeable ]

Command :


Current File : /opt/alt/python34/share/doc/alt-python34-pip/docs//development.rst
===========
Development
===========

Pull Requests
=============

Submit Pull Requests against the `develop` branch.

Provide a good description of what you're doing and why.

Provide tests that cover your changes and try to run the tests locally first.

Automated Testing
=================

All pull requests and merges to 'develop' branch are tested in `Travis <https://travis-ci.org/>`_
based on our `.travis.yml file <https://github.com/pypa/pip/blob/develop/.travis.yml>`_.

Usually, a link to your specific travis build appears in pull requests, but if not,
you can find it on our `travis pull requests page <https://travis-ci.org/pypa/pip/pull_requests>`_

The only way to trigger Travis to run again for a pull request, is to submit another change to the pull branch.

We also have Jenkins CI that runs regularly for certain python versions on windows and centos.

Running tests
=============

OS Requirements: subversion, bazaar, git, and mercurial.

Python Requirements: tox or pytest, virtualenv, scripttest, and mock

Ways to run the tests locally:

::

 $ tox -e py33           # The preferred way to run the tests, can use pyNN to
                         # run for a particular version or leave off the -e to
                         # run for all versions.
 $ python setup.py test  # Using the setuptools test plugin
 $ py.test               # Using py.test directly
 $ tox                   # Using tox against pip's tox.ini


Getting Involved
================

The pip project welcomes help in the following ways:

- Making Pull Requests for code, tests, or docs.
- Commenting on open issues and pull requests.
- Helping to answer questions on the mailing list.

If you want to become an official maintainer, start by helping out.

Later, when you think you're ready, get in touch with one of the maintainers,
and they will initiate a vote.

Release Process
===============

This process includes virtualenv, since pip releases necessitate a virtualenv release.

As an example, the instructions assume we're releasing pip-1.4, and virtualenv-1.10.

1. Upgrade setuptools, if needed:

 #. Upgrade setuptools in ``virtualenv/develop`` using the :ref:`Refresh virtualenv` process.
 #. Create a pull request against ``pip/develop`` with a modified ``.travis.yml`` file that installs virtualenv from ``virtualenv/develop``, to confirm the travis builds are still passing.

2. Create Release branches:

 #. Create ``pip/release-1.4`` branch.
 #. In ``pip/develop``, change ``pip.version`` to '1.5.dev1'.
 #. Create ``virtualenv/release-1.10`` branch.
 #. In ``virtualenv/develop``, change ``virtualenv.version`` to '1.11.dev1'.

3. Prepare "rcX":

 #. In ``pip/release-1.4``, change ``pip.version`` to '1.4rcX', and tag with '1.4rcX'.
 #. Build a pip sdist from ``pip/release-1.4``, and build it into ``virtualenv/release-1.10`` using the :ref:`Refresh virtualenv` process.
 #. In ``virtualenv/release-1.10``, change ``virtualenv.version`` to '1.10rcX', and tag with '1.10rcX'.

4. Announce ``pip-1.4rcX`` and ``virtualenv-1.10rcX`` with the :ref:`RC Install Instructions` and elicit feedback.

5. Apply fixes to 'rcX':

 #. Apply fixes to ``pip/release-1.4`` and ``virtualenv/release-1.10``
 #. Periodically merge fixes to ``pip/develop`` and ``virtualenv/develop``

6. Repeat #4 thru #6 if needed.

7. Final Release:

 #. In ``pip/release-1.4``, change ``pip.version`` to '1.4', and tag with '1.4'.
 #. Merge ``pip/release-1.4`` to ``pip/master``.
 #. Build a pip sdist from ``pip/release-1.4``, and load it into ``virtualenv/release-1.10`` using the :ref:`Refresh virtualenv` process.
 #. Merge ``vitualenv/release-1.10`` to ``virtualenv/develop``.
 #. In ``virtualenv/release-1.10``, change ``virtualenv.version`` to '1.10', and tag with '1.10'.
 #. Merge ``virtualenv/release-1.10`` to ``virtualenv/master``
 #. Build and upload pip and virtualenv sdists to PyPI.

.. _`Refresh virtualenv`:

Refresh virtualenv
++++++++++++++++++

#. Update the embedded versions of pip and setuptools in ``virtualenv_support``.
#. Run ``bin/rebuild-script.py`` to rebuild virtualenv based on the latest versions.


.. _`RC Install Instructions`:

RC Install Instructions
+++++++++++++++++++++++

::

 $ curl -L -O https://github.com/pypa/virtualenv/archive/1.10rc1.tar.gz
 $ echo "<md5sum value>  1.10rc1.tar.gz" | md5sum -c
 1.10rc1.tar.gz: OK
 $ tar zxf 1.10rc1.tar.gz
 $ python virtualenv-1.10rc1/virtualenv.py myVE
 $ myVE/bin/pip install SomePackage


[ Back ]
Name
Size
Last Modified
Owner / Group
Permissions
Options
..
--
March 03 2024 22:37:25
root / linksafe
0755
reference
--
March 03 2024 22:37:25
root / linksafe
0755
configuration.rst
0.104 KB
May 17 2014 02:19:02
root / linksafe
0644
cookbook.rst
0.11 KB
May 17 2014 02:19:02
root / linksafe
0644
development.rst
4.353 KB
May 17 2014 02:19:02
root / linksafe
0644
distribute_setuptools.rst
2.479 KB
May 17 2014 02:18:55
root / linksafe
0644
index.rst
0.513 KB
May 17 2014 02:19:02
root / linksafe
0644
installing.rst
1.941 KB
May 17 2014 02:19:02
root / linksafe
0644
logic.rst
0.136 KB
May 17 2014 02:18:55
root / linksafe
0644
news.rst
0.069 KB
May 17 2014 02:18:55
root / linksafe
0644
quickstart.rst
0.997 KB
May 17 2014 02:18:55
root / linksafe
0644
usage.rst
0.12 KB
May 17 2014 02:19:02
root / linksafe
0644
user_guide.rst
15.062 KB
May 17 2014 02:19:02
root / linksafe
0644

GRAYBYTE WORDPRESS FILE MANAGER @ 2025
CONTACT ME
Static GIF