openSUSE / osc-plugin-factory / 1829
30%

DEFAULT BRANCH: master
Ran
Jobs 1
Files 21
Run time 2s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
1829

Pull #629

travis-ci

web-flow 
Provide cache for expensive and cache-able staging requests.

The two slowest staging API calls are for information that rarely changes.
By caching the result the commands typically execute over twice as fast.
Going further can see improvements of an order of magnitude or more by
caching almost all the GET requests.

In contrast to osclib/memoize.py this cache operates at the HTTP request
level. This has several advantages:

- Caches the expensive part (ie the HTTP request). There are a number of
  functions in osc.core and elsewhere that make the same API request, but
  process the result differently which would require multiple API calls
  using memoize.
- Handles cases were a loader function uses class attributes as input and
  output and thus no relevant method parameters or return. An important
  example is StagingAPI._generate_ring_packages().
- Storage is project aware which allows caches to be deleted when a project
  is known to have changed.
- Due to project awareness, can utilize OBS /statistics/latest_updated API
  call to determine which projects need to be expired.

The cache file structure is as follows:

- hostname(apiurl)
  - project
    - sha1(url)
  - sha1(url)

See Cache.PATTERNS for changing the time to live (ttl) or add patterns to
be cached.
Pull Request #629: Provide cache for expensive and cache-able staging requests.

1397 of 2984 relevant lines covered (46.82%)

0.47 hits per line

Uncovered Existing Lines

Lines Coverage ∆ File
140
64.11
 0.1% osclib/stagingapi.py
Jobs
ID Job ID Ran Files Coverage
1 1829.1 21
46.82
 Travis Job 1829.1
Source Files on build 1829
Coverage ∆ File Lines Relevant Covered Missed Hits/Line