pre-release-check

Runs pre-release gates and judgement reviews before tagging a tik4net version.

198|97|Updated Aug 16, 2015
One-click install
npx skills add https://github.com/danikf/tik4net --skill pre-release-check-danikf
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-release-check
Source: https://github.com/danikf/tik4net/tree/main/.claude/skills/pre-release-check
Command: npx skills add https://github.com/danikf/tik4net --skill pre-release-check-danikf

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Tagging a release of a .NET library without a structured audit risks shipping silent data corruption, leaked credentials, undocumented public APIs, or stale package metadata. This Skill separates the checks a machine can decide from the reviews that need judgement, so nothing important is skipped and nothing trivial blocks the tag. ## Core Features & Use Cases - Deterministic gates: Release build with warnings-as-errors, unit and integration tests, NuGet package inspection, version marker sweeps, culture-independence tests, wiki sample compilation, link/anchor validation, and secrets scanning. - Judgement reviews: Public API surface diffing, thread-safety guarantees, timeout behavior, cancellation token honoring, nullable annotation audits, NuGet metadata freshness, and trimming/AOT annotation coverage. - Trap catalog: Documents real failure modes from this repository — ignored tests passing filters, anchor slugger bugs, capability flags hiding paths — so green results are interrogated before being trusted. - Use Case: Before tagging tik4net 4.0.0, run the gates, delegate each review to an agent one at a time, and produce a written verdict splitting findings into "blocks the tag" versus "ships with it, tracked". ## Quick Start Ask the assistant to run the pre-release check on tik4net before tagging the next version and report what blocks the tag.

Frequently Asked Questions about pre-release-check

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check if a .NET library is ready to release?

Run deterministic gates first: a Release build with warnings-as-errors, unit and integration tests, and NuGet package inspection. Then run judgement reviews of the public API surface, thread safety, timeouts, and cancellation, ending with a written pass/fail verdict per item.

How to verify NuGet package contents before publishing?

Unzip the .nupkg and confirm both target framework folders contain the expected DLLs and XML doc files, the nuspec lists no internal project dependencies, and LICENSE and README are included. A leaked internal dependency id means a ProjectReference lost its PrivateAssets setting.

Why do culture-dependent string parsing bugs matter in a library?

A locale-dependent parse produces a wrong answer with no error, the worst failure mode for a library. RouterOS has one fixed wire format, so parsing must be culture-invariant; dedicated tests exercise decimal separators, negative signs, and casing across cultures like cs-CZ and tr-TR.

Can a passing test suite still hide release defects?

Yes. Ignored tests named in a filter report as skipped while the run passes, capability flags can skip whole transports, and a test that never ran against old code proves nothing. The Skill catalogs these traps so green results are interrogated before being trusted.

What should a release audit check about async cancellation?

Every public async member should accept a CancellationToken and actually honor it at the socket call, not merely accept and drop it. OperationCanceledException must reach the caller unwrapped, and capability flags claiming cancellation support must match real behavior.