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

Bug 1998208: Rebase to upstream 0.52.4 #814

Closed
wants to merge 72 commits into from

Conversation

cybertron
Copy link
Collaborator

kubernetes-nmstate 0.52.4 rebase process

Inspired by the commit description for openshift/coredns#52

Identify carry commits:

git log --oneline --no-merges v0.52.4..openshift/master

Note that the UPSTREAM: <carry>: openshift: prefix was added to any new commits to carry since the previous rebase. This will make new carry commits easy to identify alongside prior carry commits.

After identifying the carry commits, the next step is to create the new commit-tree that will be used for the rebase and then cherry pick the carry commits into the new branch.

The following commands cover these steps:

Process

$ git remote update # make sure we update our refs
$ git checkout v0.52.4 # upstream kubernetes-nmstate 0.52.4 commit tag
$ git checkout -b merge-tmp # create a branch to do our merge work from
$ git checkout openshift/master # we want to be at the tip of the openshift master branch when we run the next command
$ echo 'merge nmstate/kubernetes-nmstate v0.52.4' | git commit-tree merge-tmp^{tree} -p HEAD -p merge-tmp -F -
deadbeef12345678 # id of new merge commit, output by the previous command
$ git branch merge-0.52.4 deadbeef12345678 # create a new branch for the cherry-pick work
$ git checkout merge-0.52.4 # make sure we are on the proper branch
$ git cherry-pick <carry commits>

My 0.52.4 merge commit from the above process is (af57ae1).

With the merge-0.52.4 branch in place, I cherry picked the carry commits. Merge conflicts were resolved on an individual commit basis when necessary. Some carry commits may have been squashed to reduce the number of cherry-picks in future rebases. If there are any questions please let me know.

Carried Commits (applied bottom to top / oldest first):

c0fd1a92 UPSTREAM: <carry>: Add manifests to .PHONY in Makefile
933a6288 UPSTREAM: <carry>: Add manifests for 4.9
b9128be1 UPSTREAM: <carry>: Add manifests for 4.8
54928f56 UPSTREAM: <carry>: Update Dockerfile images to match ART
eface15a UPSTREAM: <carry>: Add manifests for 4.7
8b7ee34c UPSTREAM: <carry>: Add midstream approvers and reviewers

openshift-merge-robot and others added 30 commits November 11, 2020 22:32
The internal Networking team needs to be able to approve and review.

Signed-off-by: Brad P. Crochet <[email protected]>
[CARRY] Add midstream reviewers and approvers
[CARRY] Make operator bundle for OLM
```
Image build failed. Error in plugin pin_operator_digest: while
constructing a mapping\n  in
"/tmp/tmpii4h0l34/openshift-kubernetes-nmstate-operator-bundle/manifests/kubernetes-nmstate-operator.v4.7.0.clusterserviceversion.yaml",
line 5, column 5\nfound duplicate key "certified" with value "false"
(original value: "false")\n  in
"/tmp/tmpii4h0l34/openshift-kubernetes-nmstate-operator-bundle/manifests/kubernetes-nmstate-operator.v4.7.0.clusterserviceversion.yaml",
line 26, column 5\n\nTo suppress this check see:\n
http://yaml.readthedocs.io/en/latest/api.html#duplicate-keys\n\nDuplicate
keys will become and error in future releases, and are errors\nby
default when using the new API.\n. OSBS build id:
openshift-kubernetes-nmstate-op-rhaos-47-rhel-8-2faf9-1
```
Remove duplicated 'certified' key in CSV
Inadverdently used 'RELATED_IMAGES_' instead of 'RELATED_IMAGE_'
[CARRY] Correct the env var used for the handler image
[CARRY] Add securitycontextconstraints to CSV
This is causing a conflict with ART tooling.
[CARRY] Remove RELATED_IMAGE_ from the handler image env var
This adds the privileged SCC for the nmstate-handler serviceaccount.
The nmstate-operator serviceaccount was not enough.
Multiple sa's can be specificed in the CSV.

Signed-off-by: Brad P. Crochet <[email protected]>
[CARRY] Add cluster rules for nmstate-handler sa
Originally I placed the nmstate-handler SA under the cluster
permission. It needed to be in the namespaced section.

Signed-off-by: Brad P. Crochet <[email protected]>
[CARRY] Move the nmstate-handler sa to the correct section
The example as given doesn't really work. It's better to have a working
sample.

Signed-off-by: Brad P. Crochet <[email protected]>
Change example name to nmstate, and add nodeSelector
…nshift-4.7-openshift-kubernetes-nmstate-operator

Updating openshift-kubernetes-nmstate-operator builder & base images to be consistent with ART
…nshift-4.7-openshift-kubernetes-nmstate-handler

Updating openshift-kubernetes-nmstate-handler builder & base images to be consistent with ART
The example in the CSV manifest is incorrect. The nodeSelected needs to be
represented as an object, not as a string.

Signed-off-by: Brad P. Crochet <[email protected]>
Bug 1918958: Fix the example NMState instance in the manifest
…nshift-4.7-openshift-kubernetes-nmstate-operator

Updating openshift-kubernetes-nmstate-operator builder & base images to be consistent with ART
openshift-merge-robot and others added 16 commits July 23, 2021 05:38
…nshift-4.9-openshift-kubernetes-nmstate-handler

Updating openshift-kubernetes-nmstate-handler images to be consistent with ART
They're now focused on other things so we don't want them
auto-assigned to PRs in this repo.
UPSTREAM: <carry>: Add manifests to .PHONY in Makefile
Remove Brad and Toni from reviewers
name replacement must exactly match string in CSV
The internal Networking team needs to be able to approve and review.

Signed-off-by: Brad P. Crochet <[email protected]>
Without this, make sees the manifests directory we added and thinks
the target is always up to date.
@kubevirt-bot
Copy link
Collaborator

@cybertron: Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it.

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.

@kubevirt-bot kubevirt-bot added dco-signoff: no Indicates the PR's author has not DCO signed all their commits. do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. labels Aug 27, 2021
@kubevirt-bot
Copy link
Collaborator

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
To complete the pull request process, please assign phoracek after the PR has been reviewed.
You can assign the PR to them by writing /assign @phoracek in a comment when ready.

The full list of commands accepted by this bot can be found 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

@kubevirt-bot
Copy link
Collaborator

Hi @cybertron. Thanks for your PR.

I'm waiting for a nmstate member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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.

@kubevirt-bot kubevirt-bot added needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. size/XXL labels Aug 27, 2021
@kubevirt-bot
Copy link
Collaborator

Thanks for your pull request. Before we can look at it, you'll need to add a 'DCO signoff' to your commits.

📝 Please follow instructions in the contributing guide to update your commits with the DCO

Full details of the Developer Certificate of Origin can be found at developercertificate.org.

The list of commits missing DCO signoff:

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. I understand the commands that are listed here.

@kubevirt-bot
Copy link
Collaborator

The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the nmstate org. You can then trigger verification by writing /verify-owners in a comment.

  • cybertron
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • OWNERS
  • celebdor
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • OWNERS

@cybertron
Copy link
Collaborator Author

Argh, this was supposed to go to the openshift repo.

@cybertron cybertron closed this Aug 27, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dco-signoff: no Indicates the PR's author has not DCO signed all their commits. do-not-merge/invalid-owners-file do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. size/XXL
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants