Releases: DavidVujic/python-polylith
fix(skills): add a polylith- prefix for all the migration skills
Adding a polylith- prefix to all the migration skills, to avoid any name collisions with other skills. Also: to align with how the library-skills package adds the symlinks to projects (flat, and not per project).
Details in #448
feat(skills): add migrate-project-to-polylith skills
Adding skills for migrating non-Polylith Python projects into a Polylith workspace. These skills are included in the polylith-cli releases.
Details in #447
fix(CLI): update the Agent skills readme
Removing a redundant section from the humans-only README.
Details in #446
feat: add agent skills
feat(poly create project): quiet option does not trigger interactive mode
Adding support for a --quiet option for the poly create project command. This option will not trigger any interactive mode (i.e. not asking to add a base if available).
This option is useful for agents when runing the poly tool.
Details in #443
fix(poly info): for Poetry with PEP-621 support
Fixing an issue for Poetry users that have their pyproject.toml files set up according to PEP-621.
Details in #440
fix(poly sync): for Poetry with PEP-621 support
Fixing an issue with poly sync for Poetry users, and when the pyprojec.toml is according to PEP-621.
Details in #439
fix(poly sync): for PEP 621 build backends that isn't hatchling or pdm
Fixing an issue with the poly sync command, when using a build backend that isn't Hatchling, PDM or Poetry.
Details in #438
feat(poly deps): view usage of brick interfaces
Adding visualization for brick interface usage. The new view will report if the defined brick interfaces are bypassed.
It is already possible to view the usage of an individual brick, but with the changes in this release any bypassed interface usage is visualized for all bricks.
Details in #436
feat: add support for project aliases and grouping
Adding support for configuration of project name aliases. This is useful for monorepos with many and/or long project names. Using an alias for a project name can improve the views presented when running commands (such as poly info).
Adding support for configuration of project groups. This is useful for teams using bounded contexts or project types to separate individual projects in a monorepo. In a Polylith context, this can now be used to filter out the poly info view by group(s).
Details in #434