Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.


The credential should be stored with a domain for the git server. Without this, there is a risk that the credential could be exposed to a "bad server" and stolen (ssh key does not have this issue).


User flows

Creating the Pipeline using SSH

User is presented with the Git option and enters in their ssh/git protocol URL

Image Added


Presented with the option to use the Jenkins Public Key for that user

Image Added


Presented with the option to use predefined SSH credentials. Drop down only contains SSH credentials

Image Added

Creating the Pipeline using HTTP

Same behaviour as Blue Ocean 1.0

Loading the editor:

  1. Developer clicks the edit action
  2. Developer sees a progress dialog with a message "Loading your Jenkinsfile"
    • This could take a while as we have to do a shallow clone of the repository
    • How much progress information do we get from the clone? If we can easily get this info we can use a determinate progress indicator rather than a indeterminate one.
    • Developer should be able to cancel the load if it takes too long
  3. Developer sees the Editor


  1. Blue Ocean detects the type of credential needed based on the repository URL
    • If Bob sets up the Pipeline using a Git URL with the SSH protocol then he can only create a SSH credential for it.
    • If Alice edits the Pipeline that Bob setup using SSH then she needs a SSH key
  2. User is presented with a way of creating their own credential (as scoped in the Security scenarios) and credential is validated before allowing the user to continue
  3. User can perform creation or editing actions


Image AddedImage Added

Technical questions and problems