Customize and clean up¶
After you fork the template, walk through these steps so the repository matches your package and publishing setup.
Rename the Python package¶
- Rename the directory
src/python_package_template/tosrc/your_package_name/. - Replace imports and string references to
python_package_templateacrosssrc/,tests/, anddocs/. - In
pyproject.toml, update[project] name,[project.scripts], and any URLs under[project.urls]. - In
zensical.toml, setsite_name,site_description, and optionallysite_urlfor GitHub Pages. - Regenerate or edit hand-written API pages under
docs/api/if you keep them, and adjust the API section ofnavinzensical.toml.
Point git-cliff at your repository¶
In cliff.toml, replace the template’s GitHub URL with your own so changelog
links resolve correctly.
PyPI and GitHub environments¶
Publishing workflows expect GitHub environments named pypi and/or testpypi.
The scheduled release workflow uses continue-on-error: true on the publish
step so the template does not fail if those environments are missing. For a real
package, remove that flag and configure
trusted publishing on PyPI.
Remove template-only documentation¶
When you are done with onboarding copy:
- Delete the directory
docs/template_documentation/. - Remove the
Template documentationentry fromnavinzensical.toml.
Optional: replace the root docs/index.md with copy aimed at end users of
your package only.
Optional: drop tooling you do not need¶
- Git hooks: delete
.pre-commit-config.yamland removeprekfrom thedevdependency group inpyproject.tomlif you do not want hooks. - Documentation: remove or replace the docs stack (for example drop Zensical
and the
docsextra) if you use something else. - CLI: remove
src/.../cli/, Typer from dependencies, and[project.scripts]if you do not ship a command-line entry point.