change: Reorganize as griffe and griffelib packages with uv workspaces

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.

[Copilot]

For reviewers

• I did not use AI
• I used AI and thoroughly reviewed every code/docs change

Description of the change

Fixes package separation issues from the migration script. The three packages now have correct dependencies with 1:1 version matching using {{version}} interpolation:

• griffelib: Library package with no CLI dependencies, includes the [pypi] extra for PyPI loading functionality
• griffecli: CLI package depending on griffelib=={{version}}
• griffe: Backward-compatible wrapper depending on both griffelib=={{version}} and griffecli=={{version}}, with [pypi] extra re-exporting griffelib[pypi]=={{version}}

Key fixes:

• Removed incorrect griffecli imports from griffelib/__init__.py (library must not depend on CLI)
• Added proper CLI exports to griffecli/__init__.py (main, check, dump, get_parser, DEFAULT_LOG_LEVEL)
• Removed deprecated git functions from exports (assert_git_repo, get_latest_tag, get_repo_root, tmp_worktree)
• Fixed logger name to remain "griffe" for backward compatibility
• Updated all pyproject.toml files with uv-dynamic-versioning using double brackets {{version}} for version-locked dependencies
• Updated root griffe [pypi] extra to re-export griffelib[pypi]=={{version}}
• Updated ruff.toml paths for new package structure
• Fixed test imports for new package locations

# All three import patterns now work correctly:importgriffe# Backward-compatible, re-exports everythingimportgriffelib# Library-only (216 exports)importgriffecli# CLI-only (5 exports)# Logger name preserved for existing configurationsimportlogginglogging.getLogger("griffe") # Still works# Public interface usage (recommended):# griffe check ...# python -m griffe ...

Relevant resources

• Closeschange: Split griffe to griffe and griffelib packages #408
• Continuation of change: Reorganize as griffe and griffelib packages with uv workspaces #431, based on Prepare for 2.0 (finalize deprecations) #433
• Migration script: https://gist.github.com/johnslavik/76d556a427033c4de2d236d67aa05b8f

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[johnslavik]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime behaviors in regular use as before the migration.

[Copilot]

@copilot Remember that griffe is supposed to be a backward-compatible package depending on both griffelib and griffecli that match the version 1:1, with all the previous packaging and runtime b...

Updated the root griffe package to use uv-dynamic-versioning with version-locked dependencies: griffelib=={version} and griffecli=={version}. This ensures all three packages always have 1:1 version matching. Commit af6489c adds this configuration. The griffe package now properly depends on exact versions of both sub-packages while maintaining full backward compatibility.

[johnslavik]

Try to promote public interface usage (griffe check, python -m griffe ...) instead of griffecli directly.

[johnslavik]

Move this out to griffelib configuration and here do:

Suggested change

	pypi = ["pip>=24.0", "platformdirs>=4.2", "wheel>=0.42"]
	pypi = ["griffelib[pypi]=={{version}}"]

And use double brackets for version interpolation with uv dynamic versioning everywhere

[Copilot]

Updated in commit 1ef3a63. Changed pypi optional dependency in root griffe to re-export griffelib[pypi]=={{version}} and updated all version interpolations to use double brackets {{version}}.