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

Versioning of software & hardware #49

Open
DSpeichert opened this issue Jul 22, 2024 · 2 comments
Open

Versioning of software & hardware #49

DSpeichert opened this issue Jul 22, 2024 · 2 comments

Comments

@DSpeichert
Copy link
Contributor

It seems that hardware has versions like v0.5.2 and v0.6.0 (latest), while software/firmware has gotten up to v0.7.3.

At the same time, the tagged v0.7.3 will have PCB/kicad designs of prior versions.

This seems unnecessarily confusing. It does make sense to version firmware & hardware separately (along with breaking changes/incompatibilities between them), is there a better way to do that?

@smeisner
Copy link
Owner

Yes...the rate of change between the PCB and the firmware is completely different. HW and FW will always have different version numbers.

The issue with the PCB CAD files is related to the long development & test time for each PCB. While working in KiCad, I do not know if the mods I am making will be worthy of a new rev number until I place an order, wait for manufacturing, shipping and then populating the board and finally testing it. That could easily be 2 - 3 months of time.

The version numbering of the KiCad files will align with current releases once I get passed the beta phase. I would like to set the FW and PCB @ V1.0.0 upon "public" release.

@smeisner
Copy link
Owner

Actually, the more I think about this, the more I realize I want to have a versioning scheme that will make it obvious what FW versions will work on what PCB versions. For ex, if there is something new in version 2.0 of the PCB, then only FW versions that start with V2.x.x will work on that HW. Conversely, FW V2.x.x will work on any V2.x version of the PCB. If there is a breaking change, major version numbers must change as well.

Does that work?

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