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

mappings present in sn32_master missing from sn32_develop #420

Open
Swiftb0y opened this issue Sep 20, 2024 · 3 comments
Open

mappings present in sn32_master missing from sn32_develop #420

Swiftb0y opened this issue Sep 20, 2024 · 3 comments
Labels
help wanted Extra attention is needed question Further information is requested

Comments

@Swiftb0y
Copy link

There are a couple mappings present in sn32_master (such as the keychron K3) which are missing from the sn32_develop branch. Is there a reason for that? Whats the relation between these branches exactly? Is the divergence between these two branches intentional?

@Swiftb0y Swiftb0y added help wanted Extra attention is needed question Further information is requested labels Sep 20, 2024
@dexter93
Copy link

sn32_master / sn32_stable / sn32: older trees, functional but hacked up approach. Significantly harder to maintain. status: abandoned/archived.
sn32_develop: rolling release based on qmk/develop, updated quarterly ( or when beneficial patches get merged upstream). Scalable, portable, minimally intrusive to upstream, easier to maintain. Currently the active tracking branch.

Missing mappings/keyboards: Maintainer issue. We dropped/didn't merge them to sn32_develop because significant changes mean active maintainers are needed to verify functionality and keep up with updating. We actively encourage people to migrate mappings from sn32* to sn32_develop and the process is easy, but it only makes sense if having the hardware to verify they work reliably.

@dexter93 dexter93 pinned this issue Sep 21, 2024
@Swiftb0y
Copy link
Author

We actively encourage people to migrate mappings from sn32* to sn32_develop and the process is easy, but it only makes sense if having the hardware to verify they work reliably.

Thanks. I'll look into doing that for the keychron K3. Is there more documentation (better than the 5000 commit log diff) on what exactly has changed between these branches and whats needed to migrate from the older trees to develop?

@dexter93
Copy link

We actively encourage people to migrate mappings from sn32* to sn32_develop and the process is easy, but it only makes sense if having the hardware to verify they work reliably.

Thanks. I'll look into doing that for the keychron K3. Is there more documentation (better than the 5000 commit log diff) on what exactly has changed between these branches and whats needed to migrate from the older trees to develop?

The bulk of the changes are covered by the data driven migration and for RGB, the sn32f2xx RGB driver. You can see current configuration examples for sn32 here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants