fa425c942e
noninteractive_git_env() now spawns `git config --get-all safe.directory` before building the env. Eight tests fake subprocess.run/Popen with a fixed sequence of expected git calls (update check, plugin pull, MCP install, bounded probe) and the extra spawn tripped them in CI. An autouse fixture stubs the read to "no entries"; the two carve-out invariant tests opt back in with @pytest.mark.real_safe_directory (and were confirmed to still exercise the real read: the ordering test would fail against the stub). contributors/emails: pry@privacydied.net -> privacydied (check-attribution).
Contributor email → GitHub login mappings
This directory replaces appending entries to AUTHOR_MAP in
scripts/release.py. The old dict caused constant merge conflicts when
several salvage PRs landed at once — every PR edited the same lines of the
same file. Here, each mapping is its own file, and file additions never
conflict.
Adding a mapping
One file per commit-author email, under emails/:
python3 scripts/add_contributor.py <email> <github-login>
# or by hand:
echo "<github-login>" > contributors/emails/<email>
- File name = the exact commit-author email (as shown by
git log --format='%ae'). - File content = the GitHub login on the first non-comment line.
Lines starting with
#are comments (use them for the PR reference).
Example — contributors/emails/jane.doe@example.com:
janedoe
# PR #12345 salvage (gateway: fix session key routing)
Rules
- Do NOT add new entries to
AUTHOR_MAPinscripts/release.py. That dict is frozen legacy data; the release tooling merges it with this directory (directory entries win on duplicates). - GitHub noreply emails (
<id>+<login>@users.noreply.github.comand<login>@users.noreply.github.com) auto-resolve — no file needed. - The
Contributor Attribution CheckCI job fails a PR whose commits carry an unmapped email; the failure message prints the exact command to run.