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

Proposal: Introduce yocto release branches for backwards compatibility #5

Open
kkettinger opened this issue Jun 18, 2023 · 2 comments

Comments

@kkettinger
Copy link
Contributor

My propsal is to intruduce yocto release branches (e.g. krikstone, mickledore) for backwards compatibility. When someone is using kirkstone, there are no surprises when meta-slint upgrades to a new yocto version.

Yocto release names can be found here: https://wiki.yoctoproject.org/wiki/Releases

@kkettinger kkettinger changed the title Proposal: Introduce yocto release branches for backward compatibility Proposal: Introduce yocto release branches for backwards compatibility Jun 18, 2023
@tronical
Copy link
Member

I think that makes sense to introduce when a divergence happens. Ideally master is usable with multiple yocto versions. But I guess that won't work for very long.

Too bad GitHub Actions are not suitable for CI - I'm concerned that multiple branches increase the amount of effort to maintain.

@kkettinger
Copy link
Contributor Author

You are right, as long as there is no deviation between the versions, extra branches just increase the amount of work to do. I was just feeling uneasy including master as branch into my manifest file 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants