What problem does it solve?
Making a private repository public involves irreversible risks (leaked secrets in git history) and many easy-to-miss requirements (licensing, SECURITY.md, branch protection, trusted publishing). This Skill provides an ordered release-readiness workflow so nothing sensitive ships and outsiders can build, use, and contribute to the project.
Core Features & Use Cases
- Secrets and history audit: Scans full git history with gitleaks or trufflehog, flags tracked files that commonly hold credentials, and recommends a fresh repository when secrets were ever committed.
- Readiness checklist: Runs check_readiness.sh to verify README, LICENSE, CONTRIBUTING, SECURITY.md, CI, tests, and semver tags, treating gaps as discussion prompts.
- Licensing and per-language release guidance: Applies organization license policy (with a Trail of Bits profile auto-detected from git remotes) and provides packaging, publishing, and quality tooling references for Python, C/C++, Rust, Go, JavaScript, and Ruby.
- Use Case: A team asks to "make this repo public" — the Skill audits history for secrets, fixes documentation and licensing gaps, hardens GitHub Actions workflows, and sets up OIDC trusted publishing before the visibility switch is flipped.
Quick Start
Ask the assistant to prepare this repository for public release and check its open-source readiness.