Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
27 changes: 27 additions & 0 deletions .github/release.yml
Original file line number Diff line number Diff line change
@@ -0,0 +1,27 @@
changelog:
exclude:
labels:
- skip-changelog
- dependencies
authors:
- dependabot
categories:
- title: "⚠️ Breaking Changes"
labels:
- breaking-change
- title: "✨ New Features"
labels:
- enhancement
- title: "🐛 Bug Fixes"
labels:
- bug
- title: "🔒 Security"
labels:
- security
- title: "📦 Dependencies"
labels:
- dependencies
- title: "📖 Documentation"
labels:
- documentation
- title: "Other Changes"
1 change: 1 addition & 0 deletions AGENTS.md
Comment thread
dennisdoomen marked this conversation as resolved.
Original file line number Diff line number Diff line change
Expand Up @@ -53,6 +53,7 @@ Do not commit code generated by `GenerateTools` — generated code is regenerate
4. **Tests next to code** — every `src/Foo` has a `tests/Foo.Tests` sibling. Mirror namespaces.
5. **Stay on xUnit + FluentAssertions + Verify.** Don't introduce new test frameworks.
6. **No per-file license headers.** The MIT notice lives in [`LICENSE`](LICENSE) at the repo root — single source of truth. Don't reintroduce header preambles on new files.
7. **No conventional commits.** Do not use `feat:`, `fix:`, `chore:`, `refactor:`, or any other conventional-commit prefix on commit messages or PR titles. Write functional descriptions that explain what the commit or PR accomplishes — e.g. "Add retry logic to the HTTP tool wrapper" or "Fix null-reference in target dependency resolution". The only exception is the `!` suffix (e.g. `fix(security)!: …`) used as a **detection signal** for breaking changes, not as a general style requirement.

Full conventions + what-not-to-do list: [docs/agents/conventions.md](docs/agents/conventions.md).

Expand Down
6 changes: 6 additions & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,4 +1,10 @@
# Changelog

> **Deprecated** — this file is no longer actively maintained.
> Going forward, release notes are published automatically via GitHub's release notes feature,
> driven by PR labels and the configuration in [`.github/release.yml`](.github/release.yml).
> See the [GitHub Releases page](https://github.com/ChrisonSimtian/Fallout/releases) for up-to-date release notes.

All notable changes to this project will be documented in this file.

The format is based on [Keep a Changelog](http://keepachangelog.com/en/1.0.0/)
Expand Down
1 change: 1 addition & 0 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -49,6 +49,7 @@ Fallout welcomes contributions. As a community, we want to help each other, prov

### When writing the PR

- **Write functional commit and PR titles** — describe what the change accomplishes, not how it's categorised. Do not use conventional-commit prefixes (`feat:`, `fix:`, `chore:`, `refactor:`, etc.). Good examples: "Add retry logic to the HTTP tool wrapper", "Fix null-reference in target dependency resolution". The `!` suffix (e.g. `fix(security)!: …`) is recognised only as a breaking-change detection signal, not a general style requirement.
- Aim for qualitative, readable code that matches the surrounding style.
- There's no committed `.editorconfig` or ReSharper/`*.DotSettings` file — they were removed during the takeover. Rely on `dotnet format` defaults and review; don't reintroduce them without a maintainer-level decision.
- Add tests when meaningful — every `Foo` project has a sibling `Foo.Tests`.
Expand Down
Loading