[Distutils] Introducing Wheelhouse

Wes Turner wes.turner at gmail.com
Fri Jun 26 08:15:23 CEST 2015


*wheelhouse.ini

On Fri, Jun 26, 2015 at 1:14 AM, Wes Turner <wes.turner at gmail.com> wrote:

> Thanks! .wheelhouse.ini! /requirements/wheelhouse/<cachedbuiltwheels>
>
> On Thu, Jun 25, 2015 at 10:59 PM, Randy Syring <randy at thesyrings.us>
> wrote:
>
>>  Wheelhouse is a utility to help maintain a wheelhouse.
>>
>> The code for this project is rather basic, but it's the concept that
>> counts. Putting the
>> concept of a wheelhouse into practice has made managing dependencies for
>> our projects across dev,
>> testing and production environments much, much easier.
>>
>> Checkout Keg <https://github.com/level12/keg> to see a project which is
>> using a wheelhouse in conjunction with tox to manage dependencies.
>> What is a Wheelhouse?
>>
>> A wheelhouse is a local cache of python packages in wheel format that
>> gets committed with your code to your VCS. When installing packages during
>> continuous integration and production, the wheels in the wheelhouse are
>> used instead of depending on PyPI or some other network location.
>> Advantages:
>>
>>    - Wheels are stored in your DVCS bringing further clarity to exactly
>>    what packages are needed/expected and how they have changed over time.
>>    - CI builds are faster and more consistent. Due to the increased
>>    speed of installing wheels from a local cache instead of pulling them from
>>    a network location, we can have tox start with a new virtualenv before
>>    every run, thereby insuring all dependencies have been specified and
>>    installed into the wheelhouse correctly.
>>    - Production deployments are similarly fast and consistent. Since the
>>    CI and production servers both pull from the same wheelhouse we have higher
>>    certainty that our production code is running against the exact same
>>    packages that have been tested.
>>    - Since wheels are built on development or build machines, the need
>>    for development system packages to be installed on production servers is
>>    removed.
>>    - Targeting forks, development versions, unpublished, and/or private
>>    software for production is much easier than setting up & maintaining a
>>    private PyPI server like devpi <http://doc.devpi.net/latest/>.
>>    - Splits the package management process into two distinct steps:
>>       1. Build packages (from various locations, with specified version)
>>       and put wheels in the wheelhouse.
>>       2. Install the latest version of a package from the wheelhouse.
>>
>> Links:
>>
>> https://pypi.python.org/pypi/Wheelhouse
>> https://github.com/level12/wheelhouse
>>
>> *Randy Syring*
>> Husband | Father | Redeemed Sinner
>>
>>
>> *"For what does it profit a man to gain the whole world and forfeit his
>> soul?" (Mark 8:36 ESV)*
>>
>>
>> _______________________________________________
>> Distutils-SIG maillist  -  Distutils-SIG at python.org
>> https://mail.python.org/mailman/listinfo/distutils-sig
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20150626/af6a9338/attachment-0001.html>


More information about the Distutils-SIG mailing list