Skip to content
This repository has been archived by the owner on Nov 28, 2022. It is now read-only.

adding smoother install for serverless #473

Closed
wants to merge 1 commit into from

Conversation

matzew
Copy link
Member

@matzew matzew commented Mar 5, 2020

No description provided.

@openshift-ci-robot openshift-ci-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Mar 5, 2020
@openshift-ci-robot
Copy link

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: matzew

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Mar 5, 2020
EOF
function install_serverless(){
header "Installing Serverless Operator"
git clone https://github.com/openshift-knative/serverless-operator.git /tmp/serverless-operator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We don't always want to install the master of serverless, do we? Think about once we cut a release branch - we'll want the test to install the appropriate version of the serverless operator based on the release branch. But with this change, older versions of eventing in that release branch will still install the master (ie latest) of the serverless operator.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the idea is that HEAD (release-next) would always go with master from that repo.

but we could stick to desired versions e.g. 1.5.0 and update, when needed

for the 0.13.0 bits, I wanted to wait until we have 1.5.0 out, and then use that - instead of HEAD/master

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That makes sense. I'm just worried we'll forget to update this every time we cut a new branch and end up accidentally testing against the wrong thing.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, but I think even the other way around, means some changes are needed. I am not sure what's best to avoid that

@matzew
Copy link
Member Author

matzew commented Mar 6, 2020

/retest

@matzew
Copy link
Member Author

matzew commented Mar 6, 2020

/close

needed to only verify the build ...
actual merge is pointless, b/c release-next is re-created every night

@openshift-ci-robot
Copy link

@matzew: Closed this PR.

In response to this:

/close

needed to only verify the build ...
actual merge is pointless, b/c release-next is re-created every night

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants