Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MAISTRA-2717: Add automation for merging upstream changes #181

Merged
merged 1 commit into from Oct 29, 2021

Conversation

jwendell
Copy link
Member

This adds a slightly modified version of the automator.sh
script present in Istio. It has support for merging upstream
repository changes into downstream. If the merge fails, an issue
will be created and maintainers notified.

This also adds a new builder image for the "main" branch that
works for both Istio and Envoy/Proxy repositories.

Finally this adds a periodic job that runs once a day triggering
the merge of envoy/envoy@main into maistra/envoy@main.

This adds a slightly modified version of the automator.sh
script present in Istio. It has support for merging upstream
repository changes into downstream. If the merge fails, an issue
will be created and maintainers notified.

This also adds a new builder image for the "main" branch that
works for both Istio and Envoy/Proxy repositories.

Finally this adds a periodic job that runs once a day triggering
the merge of envoy/envoy@main into maistra/envoy@main.
Copy link
Contributor

@oschaaf oschaaf left a comment

Choose a reason for hiding this comment

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

Flushing out some questions/comments, about halfway of reviewing this.

GO111MODULE=on go get -ldflags="-s -w" k8s.io/code-generator/cmd/deepcopy-gen@kubernetes-${K8S_CODE_GENERATOR_VERSION} && \
GO111MODULE=on go get -ldflags="-s -w" k8s.io/code-generator/cmd/go-to-protobuf@kubernetes-${K8S_CODE_GENERATOR_VERSION} && \
\
go install github.com/mikefarah/yq/v3@latest && mv /usr/local/bin/yq /usr/local/bin/yq-go && \
Copy link
Contributor

Choose a reason for hiding this comment

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

At the surface this looks like a personal repo to me, and doesn't seem to pin to a specific version. is that ok?


# Versions
ENV ISTIO_TOOLS_SHA=ba5896b1eb6542688ff18c70559dbc7e4c2344ce
ENV KUBECTL_VERSION="v1.20.4"
Copy link
Contributor

Choose a reason for hiding this comment

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

I wonder, should we further pin these versions by matching to SHA's?
Also, is it worth adding a date to each dependency so we can easily have a sense of the age of when a dep last changed version?

Copy link
Member Author

Choose a reason for hiding this comment

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

Most of these numbers & versions should match istio's version. We must use the same versions as istio is using so that we don't diverge.

@maistra-bot maistra-bot merged commit 565fefc into maistra:main Oct 29, 2021
@dgn
Copy link
Contributor

dgn commented Nov 1, 2021

Did we merge upstream changes into envoy? in maistra/istio, we have been doing rebases of our patches instead, to keep us from diverging too much

@jwendell
Copy link
Member Author

jwendell commented Nov 1, 2021

It's a WiP: maistra/envoy#114

@dgn
Copy link
Contributor

dgn commented Nov 1, 2021

just asking because we talked about sharing a script between envoy and istio. if we do merges in envoy but rebases in istio, that doesn't work out

@jwendell
Copy link
Member Author

jwendell commented Nov 1, 2021

We can discuss this again. We could do merge on both. Or update the script to accept a flag that tells whether to do a merge or rebase.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants