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

Automate upgrade testing #349

Closed
ytsarev opened this issue Mar 5, 2021 · 3 comments · Fixed by #429 or #435
Closed

Automate upgrade testing #349

ytsarev opened this issue Mar 5, 2021 · 3 comments · Fixed by #429 or #435
Labels
enhancement New feature or request
Milestone

Comments

@ytsarev
Copy link
Member

ytsarev commented Mar 5, 2021

To avoid regressions connected with the upgrade procedure we need to automatically test upgrade from current to future release before stabilizing the new version.

@ytsarev ytsarev added the enhancement New feature or request label Mar 5, 2021
@ytsarev ytsarev added this to the 0.8 milestone Mar 5, 2021
@ytsarev ytsarev modified the milestones: 0.8, 0.9 Mar 16, 2021
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
@kuritka kuritka mentioned this issue Apr 7, 2021
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Permutation workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 7, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 8, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 8, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 8, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 8, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 8, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 9, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349
kuritka added a commit that referenced this issue Apr 9, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349

Signed-off-by: kuritka <[email protected]>
kuritka added a commit that referenced this issue Apr 9, 2021
Upgrade testing workflow is executed per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349

Signed-off-by: kuritka <[email protected]>
kuritka added a commit that referenced this issue Apr 9, 2021
We execute upgrade testing workflow per each push

 - deploy recent k8gb version to k3d cluster
 - build docker from branch
 - helm install created docker to k3d cluster
 - run terratests

I had to add new targets to MAkefile and because of code repetition
I made necessary refactoring

related to #349

Signed-off-by: kuritka <[email protected]>
This was linked to pull requests Apr 9, 2021
@ytsarev
Copy link
Member Author

ytsarev commented Apr 9, 2021

@kuritka @somaritane @k0da I guess we can close this one or do you envision more work in this area in foreseeable future?

@somaritane
Copy link
Contributor

@kuritka @somaritane @k0da I guess we can close this one or do you envision more work in this area in foreseeable future?

@ytsarev yep, I think we can close this one, the scope is pretty much fulfilled by #429 and #435. Just one thing, as I mentioned earlier, "Permutation" and "permutation testing" are quite a broad terms, let's rename the issue with "Automate upgrade testing" in order to avoid confusions.

@ytsarev
Copy link
Member Author

ytsarev commented Apr 9, 2021

@somaritane I was just trying to sound smart :D Closing this one

@ytsarev ytsarev closed this as completed Apr 9, 2021
@somaritane somaritane changed the title Automate permutation testing Automate upgrade testing Apr 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants