Background

A z-stream or y-stream upgrade uses the same command “upgrade” and requires supplying a target version (e.g. 6.15.z, 6.16.0) for the upgrade command. The upgrade workflow has changed such that a user must enable the next versions maintenance repository and then upgrade the foreman-maintain tool itself to get the y-stream upgrade scenario updates. Thus, supplying the target version does not make a lot more sense as there is no selection to make.

Proposal

Split out a separate update command that represents z-stream updates to Satellite or Capsule and leave upgrade to represent y-stream upgrades. This allows a cleaner differentiation between the actions that are taking place. This also mirrors a bit of RHEL / Fedora update vs. upgrade process that use separate commands and workflows depending. Examples:

  foreman-maintain upgrade run

  foreman-maintain update run

This would not require –target-version anymore as it would know that if its the update command the target is z-stream. And the upgrade would be able to be smarter about whether a y-stream upgrade is available and the implications to the user if it is available.