Skip to content

docs: add contributing guide and issue/PR templates - #499

Merged
lkdvos merged 8 commits into
mainfrom
docs/contributing
Aug 5, 2026
Merged

docs: add contributing guide and issue/PR templates#499
lkdvos merged 8 commits into
mainfrom
docs/contributing

Conversation

@lkdvos

@lkdvos lkdvos commented Aug 3, 2026

Copy link
Copy Markdown
Member

Split out of #449 so it can be reviewed on its own; independent of the documentation content.

CONTRIBUTING.md is the canonical guide, rendered as a page through the thin docs/src/contributing.md include so it is reachable from the site as well as from GitHub. Issue templates split bug reports from questions, since the two need very different information, and the PR template asks for the things review kept having to ask for.

Also refreshes README.md with a short positioning statement, brings CITATION.cff up to the v0.13.13 release, and records in the docstring style guide that unverified physics claims get a REVIEW marker for the maintainer.

🤖 Generated with Claude Code

@github-actions

github-actions Bot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

After the build completes, the updated documentation will be available here

@codecov

codecov Bot commented Aug 4, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@borisdevos borisdevos left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for splitting up the big PR into pieces, this makes it easier to provide reviews :)

I just have a question about some of the markdowns here. I don't understand why some of them exist, in particular the 3 under the .github/ISSUE_TEMPLATE made here, as well as CONTRIBUTING.md under docs. Basically, any of the markdowns which aren't directly being displayed as a page in the docs, what are they for?

Comment thread README.md Outdated
Comment thread README.md Outdated
@lkdvos
lkdvos force-pushed the docs/contributing branch from cb61f2a to 99ceab1 Compare August 4, 2026 19:59
@lkdvos
lkdvos marked this pull request as ready for review August 4, 2026 22:44
@lkdvos

lkdvos commented Aug 4, 2026

Copy link
Copy Markdown
Member Author

Most of these markdown files are actually just github-specific templates, that will open when you click the issues/pull requests pages. I'm not sure if it really matters all that much, and I don't particularly like these myself, but at least it is some place to invite people to contribute as well as give some guidelines on including versions and stacktraces?

@lkdvos
lkdvos requested a review from borisdevos August 4, 2026 22:45

@borisdevos borisdevos left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Small nitpicks, but otherwise good for me!

Comment thread README.md Outdated
Comment thread README.md Outdated
lkdvos and others added 8 commits August 5, 2026 09:23
`CONTRIBUTING.md` is the canonical guide, rendered as a page through the thin
`docs/src/contributing.md` include so it is reachable from the site as well as from GitHub.
Issue templates split bug reports from questions, since the two need very different
information, and the PR template asks for the things review kept having to ask for.

Also refreshes `README.md` with a short positioning statement, brings `CITATION.cff` up to
the v0.13.13 release, and records in the docstring style guide that unverified physics
claims get a REVIEW marker for the maintainer.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

update contributing.md

simplify readme
`docs/src/contributing.md` had been added as a hand-written second copy rather than the
thin include it was described as, and the two had already drifted: the root file was
missing the Discussions link and the development setup, the docs page was missing the
AI-tooling policy and the selective-test invocations, while claiming the root file was
authoritative.

Keep `CONTRIBUTING.md` as the single source, since the repository root is where GitHub
looks when it links contributing guidelines from the issue and pull request forms, and
generate the manual page from it in `make.jl` with an `EditURL` pointing back at the real
file.

Along the way: the `!!! hint` admonition never rendered, as that file is read on GitHub
rather than through Documenter, and the `dev --local MPSKit` it suggested does not check
out `main` but clones into `./dev/`. Replaced with a Development setup section.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
TensorKit provides the tensors every algorithm here runs on, and its `CITATION.cff`
declares a `preferred-citation`, so the entry points at the paper (arXiv:2508.10076)
rather than the software DOI.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Adds a `references:` entry to `CITATION.cff` so citation tooling picks the dependency up
rather than only human readers of the README, and a "Citing MPSKit" section on the
references page with both works as proper bibliography entries.

The TensorKit entry is the paper its own `CITATION.cff` marks as `preferred-citation`
(arXiv:2508.10076), not the software DOI. Both bib entries use `@misc` rather than the
biblatex-only `@software`, since the bibliography is parsed as BibTeX.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The contributing guide and README both send open-ended discussion to GitHub Discussions,
but the issue chooser did not offer it, so that pointer only reached people who read
CONTRIBUTING first. An `ISSUE_TEMPLATE/config.yml` surfaces it at the point where someone
is about to file, alongside a link to the manual. The link is named for open-ended
discussion rather than questions, to keep the split the Question template already makes.
Blank issues stay enabled.

The changelog checkbox in the pull request template was unconditional while the guide
asks for an entry only on user-facing changes, so a docs-only PR could not tick it
honestly. Now conditional, with the same wording as the guide.

The home page table of contents listed only the manual pages, leaving the contributing
guide and the new citation section unreachable from it. Extended to the rest of the site,
mirroring the structure of `pages` in `make.jl`.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Making `CONTRIBUTING.md` the rendered contributing page brought its `### Changelog`
subsection into `docs/src/`, where it collides with the `# Changelog` heading of
`changelog.md`. That was latent until the home page table of contents added a
`[Changelog](@ref)`, at which point Documenter could no longer resolve the slug and the
build failed at `[:cross_references]`.

Renamed the subsection to `### Changelog entries`, rather than anchoring `changelog.md`
with an `@id`: that file is read on GitHub by the contributors it is written for, and
`# [Changelog](@id changelog)` renders there as a broken link.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Co-authored-by: Boris De Vos <143942306+borisdevos@users.noreply.github.com>
@lkdvos
lkdvos force-pushed the docs/contributing branch from 985d8af to a0d4c3c Compare August 5, 2026 13:24
@lkdvos
lkdvos merged commit d5d729a into main Aug 5, 2026
@lkdvos
lkdvos deleted the docs/contributing branch August 5, 2026 13:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants