Skip to content

Setting up

Contributions to Sedaia Rig Interfaces can include bug reports, feature proposals, documentation, automated tests, extension code, and standalone Blender helper scripts.

SACR rig files are not accepted contributions

Section titled “SACR rig files are not accepted contributions”

Do not submit edits, additions, replacements, or other changes to SACR .blend files. Blender files are binary assets, and this project’s Git and Blender workflow cannot reliably review, merge, or integrate contributed rig file changes.

Report a rig defect or propose an improvement through the issue tracker instead. Include the SACR version, Blender version, rig variant, and clear reproduction steps or use-case details.

Search the SACR issue tracker before opening a new issue. If no existing issue covers the problem, include:

  • The Sedaia Rig Interfaces, SACR, and Blender versions involved
  • The rig variant, if applicable
  • Steps to reproduce the behavior
  • The expected and actual outcome
  • Relevant logs or screenshots with private information removed

For feature proposals, describe the workflow that needs improvement and any compatibility constraints.

You need Blender 4.2 or newer, Python 3.13 or newer, and uv. Fork and clone the SACR repository, then run the following commands from its root:

Terminal window
uv sync --group dev
uv run python -m compileall Extension/src
uv run python -m unittest discover -s Extension/tests -v

Use the shared PyCharm or Visual Studio Code workspace configuration provided by the repository for interactive extension work. Select a compatible Blender installation and validate registration, UI, and context-sensitive behavior in Blender; Python compilation and isolated unit tests cannot prove those runtime behaviors.

  • Keep extension runtime code in Extension/src and reusable tests in Extension/tests.
  • Keep operators and panels thin; put reusable network, file, and business logic in the appropriate lib package.
  • Keep the extension manifest accurate and preserve its identity unless a deliberate migration is part of the change.
  • Update this documentation when user-facing behavior, setup, compatibility, or workflows change.
  • Do not include generated files, local Blender state, downloaded assets, or personal IDE configuration in a merge request.
  1. Create a focused branch in your fork.
  2. Run the checks relevant to the change and test Blender behavior where applicable.
  3. Open a merge request against the SACR repository.
  4. Summarize the change, link the relevant issue, and list automated and manual