-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
k8s rebase - 4a65fa1f35e98ae96785836d99bf4ec7712ab682 #6320
Conversation
4eae94e
to
70901da
Compare
cc3c089
to
3487422
Compare
You should squash into the main v1beta3 commit at least soltysh@bc6b69f and soltysh@daec40b Also note that soltysh@0511646 is not just about v1beta3. You may want to split the commit into two separate, squash relevant changes in the main v1beta3 commit and the rest probably in the kube bump? |
The non-v1beta3 changes remove the dead |
I think that all the v1beta3 work should be in its own, singular commit. I know that package-by-package changes are easy to deal with during compilation, but can you reorganize into boring and different kinds of interesting changes for review? |
603c7d3 adds ValidateScale and ValidateScaleUpdate but upstream only the first got in. ValidateScaleUpdate is redundant, when you come across it in the deploymentConfig registry, just replace it with ValidateScale (and remove the second field). |
FWIW, I am already handling this in #6233 and it will probably get faster in than the rebase. I just wanted to let you know what should happen in that part of code. |
2cb47f5
to
385ec00
Compare
I've merged v1beta3 into single commit (I've put the names of the old commits in the description). |
eca6006
to
f07b1d1
Compare
squashed, rebased, fixed unit test compile error. I left API Group version changes as it's own commit, moving above the validation commit to squash with boring changes would have been a merge nightmare |
lgtm [@danmcp is awesome! merge] or whatever our super secret string is :) |
rofl! |
[vipmerge]! |
continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/merge_pull_requests_origin/4757/) (Image: devenv-rhel7_3257) |
Evaluated for origin vipmerge up to 785de6d |
one test-cmd.sh run passed, one flaked with:
|
second test failed with
|
[test] |
re[test] |
where's @deadliggitt when we need him? |
Evaluated for origin test up to 785de6d |
yes? |
I spit out my drink...thanks |
lmao |
OMG the rebase destroyed my psychic I see two in one...
|
Merged by openshift-bot
continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/497/) |
does this mean that the 3.2 release is going to be based off of this commit ? |
No, there is another rebase in progress now |
yup, as i understand its happening at https://github.com/deads2k/origin/tree/rebase .... |
Changes Unknown when pulling 785de6d on soltysh:rebase into ** on openshift:master**. |
Fixes #5684
Rebase checklist:
UPSTREAM: <carry>: tweak generator to handle conversions in other packages
Info
field in swagger upstream commitTEST_KUBE=1 hack/test-go.sh
hack/test-cmd.sh
hack/test-integration-docker.sh
hack/test-end-to-end-docker.sh
oc run
(changed fromrun-pod/v1
tojob/v1beta1
)/origin/commit/b36aeb4edcbd9e929cf9492254c4e3773bc51b1a
latest.*
call replacements matchBoring changes:
len()
checks on ErrorList, rather than!= nil
checksInteresting changes:
oc run
, add test foroc run --generator=job/v1beta1
Follow-ups:
int
types in SCC toint32
, limitint64
types to +-int32 in conversion - Change SCC int/int64 types #6850kubectl autoscale
- oc autoscale #5947origin issue for patching Image (possibly reworking RawExtension usage)- carry to use update will work until upstream issue computing patch is resolvedorigin-version-change
in favor ofkubectl convert
- Replaceoc origin-version-change
withkubectl convert
#6874pkg/api/latest
packagecontainer in getAPIGroupVersionOverrides
Announcements: