Thanks for contributing to SWFOC-Mod-Menu.
- Runtime target is Windows.
- Keep changes profile-driven and evidence-backed.
- Do not commit large local mod mirrors or generated build artifacts.
- Prefer additive, reversible changes.
Use one of:
feature/<short-description>fix/<short-description>chore/<short-description>docs/<short-description>
Recommended:
feat: ...fix: ...chore: ...docs: ...test: ...
dotnet restore SwfocTrainer.sln
dotnet build SwfocTrainer.sln -c ReleaseDeterministic tests:
dotnet test tests/SwfocTrainer.Tests/SwfocTrainer.Tests.csproj `
-c Release --no-build `
--filter "FullyQualifiedName!~SwfocTrainer.Tests.Profiles.Live&FullyQualifiedName!~RuntimeAttachSmokeTests"Optional live tests require a running target process.
Each PR should include:
- Scope summary and rationale.
- Risk notes (runtime safety / profile compatibility).
- Evidence of validation:
- deterministic test output and/or
- live/manual notes with exact profile + build context.
- Any metadata/profile schema changes called out explicitly.
If touching signatures, fallbacks, or runtime attach logic:
- include before/after behavior
- include launch-context evidence (
reasonCode,confidence,launchKind) - record whether change impacts base, AOTR, ROE, or custom mods
- include
runIdand repro bundle evidence (repro-bundle.json,repro-bundle.md) or a justified skip note.
- Use issue templates for bug/feature/calibration work.
- Link PRs to issues and milestones.
(new)codex(plans)/is intentionally tracked as versioned planning history.- Keep plan files additive and include execution evidence once implemented.
- Use
TODO.mdand milestone issues as the authoritative execution board.