Jimmy
7ccab6fbc4
Store zone brightness in model/data flow, apply it in the zones UI, and record updated led-driver, led-simulator, and led-tool submodule pointers. Co-authored-by: Cursor <cursoragent@cursor.com>
19 lines
1.2 KiB
Plaintext
19 lines
1.2 KiB
Plaintext
---
|
|
description: Keep led-driver and led-tool git submodules in sync when updating led-controller
|
|
alwaysApply: true
|
|
---
|
|
|
|
# Submodule pointers (`led-driver`, `led-tool`)
|
|
|
|
This repo tracks **`led-driver`** and **`led-tool`** as git submodules (see `.gitmodules`).
|
|
|
|
When you **update led-controller** work that should ship with matching firmware or CLI behaviour—or when you finish changes **inside** those submodule directories—**record the new submodule commits in the parent repo**:
|
|
|
|
1. In each submodule, commit and push on its remote if there are local commits (or ensure the checkout is the intended revision).
|
|
2. From the **led-controller** root: `git add led-driver led-tool` after their HEADs point at the right commits.
|
|
3. Include the parent-repo commit that bumps the gitlinks (so CI and clones get consistent trees).
|
|
|
|
**Do not** leave submodule directories dirty or forgotten while presenting the parent repo as “done”: either commit the submodule pointer update in led-controller, or leave an explicit note if the user must push submodule remotes first.
|
|
|
|
If the user only asked for a submodule bump with no code edits, a single `chore(submodules): bump led-driver and led-tool` style commit is appropriate (see commit rule).
|