Uploaded image for project: 'OpenShift Builds'
  1. OpenShift Builds
  2. BUILD-829

Publish productized shp CLI

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Done
    • Icon: Major Major
    • builds-1.1
    • builds-1.0
    • shipwright
    • None
    • Publish productized shp CLI
    • False
    • None
    • False
    • Not Selected
    • To Do
    • SECFLOWOTL-160 - Release Builds 1.1
    • 0% To Do, 0% In Progress, 100% Done
    • S
    • Rejected

      Epic Goal

      • Make the `shp` command line easily to download for developers building applications on OpenShift.

      Why is this important?

      • The `shp` command line provides a build-centric user experience for developers. It is what developers want and expect from their tooling
      • Productizing `shp` enables customers to use it outside of their desktops - ex, on CI systems outside of OpenShift.

      Scenarios

      1. Developer downloads the CLI from the OpenShift console
      2. Developer downloads the CLI from a Red Hat owned website/domain.

      Acceptance Criteria (Mandatory)

      For GA announcement:

      • Developer can download the CLI from our openshift cli mirror
      • Documentation is updated to use the`shp` CLI instead of `oc` when possible.
      • Technical enablement materials - update so CEE knows that customers will be downloading the CLI from the mirror and web console in the future

      We can add the CLI to the OpenShift web console after GA announcement. We advertise web console download as "coming soon."

      Dependencies (internal and external)

      • Productized build of the `shp` golang binary

      Previous Work (Optional):

      Prior productization of the `tkn` binary.

      Open questions:

      1. Do developers need to install the cli via yum/dnf on RHEL?
        1. No - we prefer OpenShift CLIs to be installed via the OpenShift console.
      2. Do we need the binary for all the platforms (linux/windows/darwin)?
        1. Current assumption - windows x86_64, darwin x86_64 and Apple Silicon, linux for x86_64, ARM, POWER, and Z
        2. If yes, how do we do QE/verify these?
      3. Should we also publish a container image for the `shp` binary? Ex for re-use in Tekton, Jenkins, GH Actions, etc.
        1. Current assumption - this is a nice to have, potentially take this up as a future story/epic.

      Done Checklist

      • Acceptance criteria are met
      • Non-functional properties of the Feature have been validated (such as performance, resource, UX, security or privacy aspects)
      • User Journey automation is delivered
      • Support and SRE teams are provided with enough skills to support the feature in production environment

              rh-ee-apjagtap Apoorva Jagtap
              rh-ee-ssadeghi Siamak Sadeghianfar
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: