Until now products could declare multiple auto-update methods, but they all had to be of the same kind. For example if you used the git auto-update method, you could not use an additional github_releases or custom auto-update method. This is an issue as it prevents us to extend the auto-update process, for example by having a product using the 'git' auto-update method to retrieve all the versions, and a custom script to retrieve support and EOL dates. This improve the scripts execution orchestration to be able to support auto configurations using a mix of methods, meaning: - multiple kind of methods, such as git and github_release, - or multiple custom methods. A side-effect of those changes is that now a failure in a generic script does not cancel the update of subsequent products. Another side-effect, unwanted this time, is that now custom scripts managing multiple products, such as apple.py, are now executed multiple times instead of once.
24 lines
812 B
Python
24 lines
812 B
Python
import sys
|
|
|
|
from common import dates, endoflife, releasedata
|
|
from common.git import Git
|
|
|
|
"""Fetches versions from tags in a git repository. This replace the old update.rb script."""
|
|
|
|
METHOD = 'git'
|
|
|
|
p_filter = sys.argv[1] if len(sys.argv) > 1 else None
|
|
m_filter = sys.argv[2] if len(sys.argv) > 2 else None
|
|
for config in endoflife.list_configs(p_filter, METHOD, m_filter):
|
|
with releasedata.ProductData(config.product) as product_data:
|
|
git = Git(config.url)
|
|
git.setup(bare=True)
|
|
|
|
tags = git.list_tags()
|
|
for tag, date_str in tags:
|
|
version_match = config.first_match(tag)
|
|
if version_match:
|
|
version = config.render(version_match)
|
|
date = dates.parse_date(date_str)
|
|
product_data.declare_version(version, date)
|