Project

Profile

Help

Story #5618

open

Story #5890: [Epic] The ansible-pulp installer needs to handle multiple versions of Pulp

As a user, I can download & run a version of the ansible installer that a specific version of Pulp 3

Added by mdepaulo@redhat.com over 4 years ago. Updated almost 3 years ago.

Status:
NEW
Priority:
Normal
Assignee:
-
Category:
Installer - Moved to GitHub issues
Sprint/Milestone:
-
Start date:
Due date:
% Done:

100%

Estimated time:
(Total: 0:00 h)
Platform Release:
Groomed:
No
Sprint Candidate:
Yes
Tags:
Sprint:
Quarter:

Description

Currently users are encouraged to get the latest ansible-pulp roles via git cloning. Later on, Ansible Galaxy.

The only stable tag ever done was 3.0.0rc1. Presumably we will create them for 3.0.0 and later.
https://github.com/pulp/ansible-pulp/releases

However, consider the following scenario (hypothetical release dates):
1. They download the roles (either method) on Apr 1. They are versioned as 3.0.3 and install pulp 3.0.3
2. They run them against their test env and it works.
3. Pulp 3.1.0 & ansible-pulp 3.1.0 are released on Apr 15.
4. They run the 3.0.3 roles against their prod env on May 1.
5. The 3.0.3 roles try to install pulp 3.1.0 from pip, but fails due to the lack of new logic.

It would make sense to have a variable for the pulp version to install, that defaults to the same version as the roles, but can be overriden (but doing so is discouraged.)

Plugin versions would also be an issue. Let's discuss how this can be handled.

Also, I am not sure if there is an existing task for publishing the roles (other than pulp_rpm_prerequisites) to Ansible Galaxy (pulp project on it.):
https://galaxy.ansible.com/pulp


Sub-issues 13 (0 open13 closed)

Task #6072: Make ansible-pulp's versions correspond to a specific version of pulpcoreCLOSED - CURRENTRELEASEmdepaulo@redhat.com

Actions
Task #6073: Adapt pulp_installer CI for pulp_installer branches CLOSED - COMPLETEmdepaulo@redhat.com

Actions
Task #6535: Separate the pulp_installer CI jobs: release vs sourceCLOSED - CURRENTRELEASEmdepaulo@redhat.com

Actions
Task #6547: pulp_installer: Add variables for molecule prepare.yml to clone the branchesCLOSED - CURRENTRELEASErochacbruno

Actions
Task #6548: pulp_installer CI: prereq roles to use variables for what branches they test againstCLOSED - WONTFIXmdepaulo@redhat.com

Actions
Task #6549: pulp_installer CI: prereq roles to clone the desired branch / release of pulp_installerCLOSED - WONTFIX

Actions
Task #6550: pulp_installer CI: Modify tag jobs to only run release testsCLOSED - CURRENTRELEASE

Actions
Task #6551: pulp_installer: Implement support for PyPI pre-releasesCLOSED - WONTFIX

Actions
Task #6552: pulp_installer CI: Create docs or scripts to help maintain which branches & tests get usedCLOSED - WONTFIX

Actions
Task #6553: Add "Required PR" support for pulp_installer to prereq rolesCLOSED - CURRENTRELEASE

Actions
Task #6557: Add "Required PR" support for pulpcore & plugins to pulp_installerCLOSED - WONTFIX

Actions
RPM Support - Task #6108: Start doing versioned releases of pulp_rpm_prerequisites on Ansible GalaxyCLOSED - COMPLETEmdepaulo@redhat.com

Actions
RPM Support - Task #6109: Document downloading the pulp_rpm_prerequisites exact version in pulp_rpm docsCLOSED - COMPLETEmdepaulo@redhat.com

Actions

Related issues

Related to Pulp - Story #8846: As a pulp_installer user, I do not need to use the latest micro release to install the latest micro release of pulpcoreNEW

Actions

Also available in: Atom PDF