A skill for creating, amending, and formatting commits in the AndroidX support project
This skill enforces AndroidX-specific rules and conventions when creating or modifying commits in the support/ project.
Run ktlint First: Before creating or amending a commit, you must always run ktlint on all modified .kt files to prevent build failures, using the exact command:
./gradlew :ktCheckFile --format --file <file>
Resolve any issues that arise before proceeding.
Describe Change and Rationale: The commit message must clearly describe what the change does and the rationale behind it.
Test Stanza Required: ALL commits must have a Test: stanza detailing what tests cover the change.
Test: markdown file change only).Bug Tracking: All commits addressing a bug must include the corresponding issue tracker ID.
Bug: <id> stanza if the commit partially fixes the bug.Fixes: <id> stanza if the commit fully resolves the bug.Explicit Permission for Uploads: NEVER upload a CL (Changelist) without explicitly asking the user for permission first.
Preserve Change-Id: When amending a commit, you must always preserve the Change-Id: line in the commit message if it already exists.