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

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 changed the title Backwards compatibilty testing e2e test Backward compatibilty testing e2e test Mar 2, 2023
@github-project-automation github-project-automation bot moved this to New Requests in Zarf Project Board Mar 2, 2023
@Racer159
Copy link
Contributor Author

@Noxsios Noxsios moved this to Backlog in Zarf (old) Mar 7, 2024
@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?

@salaxander salaxander added this to Zarf Jul 22, 2024
@github-project-automation github-project-automation bot moved this to Backlog in Zarf Jul 22, 2024
@salaxander salaxander removed the status in Zarf Jul 22, 2024
@salaxander salaxander moved this to Triage in Zarf Sep 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Triage
Development

No branches or pull requests

4 participants