Uploaded image for project: 'OpenShift BuildConfig'
  1. OpenShift BuildConfig
  2. OCPBUILD-92

[builds] R&D Report Failure Reasons as Conditions

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Won't Do
    • Icon: Normal Normal
    • None
    • None
    • None
    • 5
    • False
    • False
    • Undefined

      User Story

      As a developer using OpenShift for builds
      I want build failures reasons to be reported in status conditions
      So that I can use status conditions to determine why my build failed.

      Acceptance Criteria

      • Research/investigate how build failures can be best reported.
      • Design/architect a process where the build controller is the only component that transitions the build object from "Running" to "Failed".
      • Propose additional conditions that may be added to build status.

      Launch Checklist

      Dependencies identified
      Blockers noted and expected delivery timelines set
      Design is implementable
      Acceptance criteria agreed upon
      Story estimated

      Notes

      This should be followed up with an implementation. Time-box this to maximum one sprint.

      Add pertinent notes here:

      • Enhancement proposal link
      • Previous product docs
      • Best practices
      • Known issues

      Guiding Questions

      User Story

      • Is this intended for an administrator, application developer, or other type of OpenShift user?
      • What experience level is this intended for? New, experienced, etc.?
      • Why is this story important? What problems does this solve? What benefit(s) will the customer experience?
      • Is this part of a larger epic or initiative? If so, ensure that the story is linked to the appropriate epic and/or initiative.

      Acceptance Criteria

      • How should a customer use and/or configure the feature?
      • Are there any prerequisites for using/enabling the feature?

      Notes

      • Is this a new feature, or an enhancement of an existing feature? If the latter, list the feature and docs reference.
      • Are there any new terms, abbreviations, or commands introduced with this story? Ex: a new command line argument, a new custom resource.
      • Are there any recommended best practices when using this feature?
      • On feature completion, are there any known issues that customers should be aware of?

            Unassigned Unassigned
            adkaplan@redhat.com Adam Kaplan
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: