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

Backward compatibilty testing e2e test #1409

Open
Tracked by #2512
Racer159 opened this issue Mar 2, 2023 · 3 comments
Open
Tracked by #2512

Backward compatibilty testing e2e test #1409

Racer159 opened this issue Mar 2, 2023 · 3 comments
Labels
tech-debt 💳 Debt that the team has charged and needs to repay

Comments

@Racer159
Copy link
Contributor

Racer159 commented Mar 2, 2023

Describe what should be investigated or refactored

We should create a test that allows us to better guarantee the backwards compatibility with older packages. This would likely take the form of manually making a package from a version of Zarf we want to be backward compatible to (ensuring all package features were used), uploading it to OCI and then creating a simple deployment test of that package for future Zarf PRs.

Links to any relevant code

https://github.com/defenseunicorns/zarf/tree/main/src/test/e2e

Additional context

We are working on ways to be more cross-version compatible and this would give us a lot more assurance that we aren't breaking anything when we make changes.

@Racer159 Racer159 added the tech-debt 💳 Debt that the team has charged and needs to repay label Mar 2, 2023
@Racer159 Racer159 changed the title Backwards compatibilty testing e2e test Backward compatibilty testing e2e test Mar 2, 2023
@Racer159
Copy link
Contributor Author

@schristoff-du
Copy link
Contributor

Instead of creating a compat. matrix to ensure no breaking changes, we will be focusing on creating versioning for Zarf schemas to provide more clarity about compatibility.

@satscottfoster
Copy link

I agree with @schristoff-du because this sounds like a lot of work to satisfy situations which can easily be avoided. Full(ish) backwards compatibility seems like a lot of time create a "nice to have" feature.

Perhaps I am not understand this correctly? Seems to me you can use an older version of Zarf to work with a package created with an older version of Zarf?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tech-debt 💳 Debt that the team has charged and needs to repay
Projects
Status: Triage
Development

No branches or pull requests

3 participants