[openstack-dev] [all][pbr] splitting our deployment vs install dependencies
Miguel Angel Ajo Pelayo
majopela at redhat.com
Mon Apr 13 08:52:11 UTC 2015
> On 13/4/2015, at 3:53, Robert Collins <robertc at robertcollins.net> wrote:
> On 13 April 2015 at 13:09, Robert Collins <robertc at robertcollins.net> wrote:
>> On 13 April 2015 at 12:53, Monty Taylor <mordred at inaugust.com> wrote:
>>> What we have in the gate is the thing that produces the artifacts that
>>> someone installing using the pip tool would get. Shipping anything with
>>> those artifacts other that a direct communication of what we tested is
>>> just mean to our end users.
>> Actually its not.
>> What we test is point in time. At 2:45 UTC on Monday installing this
>> git ref of nova worked.
>> Noone can reconstruct that today.
>> I entirely agree with the sentiment you're expressing, but we're not
>> delivering that sentiment today.
> This observation led to yet more IRC discussion and eventually
> In short, the proposal is that we:
> - stop trying to use install_requires to reproduce exactly what
> works, and instead use it to communicate known constraints (> X, Y is
> broken etc).
> - use a requirements.txt file we create *during* CI to capture
> exactly what worked, and also capture the dpkg and rpm versions of
> packages that were present when it worked, and so on. So we'll build a
> git tree where its history is an audit trail of exactly what worked
> for everything that passed CI, formatted to make it really really easy
> for other people to consume.
That sounds like a very neat idea, this way we could look back, and backtrack
to discover which package version change breaks the system.
Miguel Angel Ajo
More information about the OpenStack-dev