I Built ReleaseReady: A Simple Tool to Check Your Project Before Release π
Before releasing a project, there are many small things developers need to check β security, build configuration, documentation, dependencies, GitHub configuration, and more.
So I built ReleaseReady, a developer-focused tool that scans a repository and provides a quick release-readiness report.
π What does ReleaseReady check?
The current version checks several important areas, including:
- π Security configuration
- π¦ Dependency lockfiles
- π οΈ Build configuration
- π README documentation
- π Environment files and secrets
- βοΈ GitHub Actions configuration
- π Privacy Policy & Terms references
- π Repository license
- π Changelog
- π§© Project configuration
The goal is simple:
Find potential release issues before they become release problems.
π My latest scan
I tested ReleaseReady against its own repository.
The result:
Readiness Score: 98%
- β 8 Passed
- β οΈ 2 Warnings
- β 0 Failures
- βΉοΈ 1 Info
- π« 0 Blockers
The scan analyzed 45 files.
β οΈ Current warnings
The tool identified two non-blocking issues:
- No GitHub Actions workflow was configured.
- No repository LICENSE file was detected.
These aren’t necessarily blockers for every project, but ReleaseReady highlights them so developers can make an informed decision before publishing.
π Security checks
ReleaseReady also checks for common configuration problems.
For example, the latest scan confirmed:
- No committed
.envor private key files detected. - No obvious hardcoded secrets detected in the sampled source files.
-
.gitignoreproperly excludes environment configuration files.
π― Why I built it
Sometimes a project works perfectly on your local machine, but there are still important things to check before sharing or releasing it.
I wanted a simple dashboard where developers could quickly answer:
“Is my repository ready for release?”
ReleaseReady is my attempt to make that process faster and easier.
π What’s next?
I plan to continue improving the scanner with more checks, better recommendations, and additional release-readiness rules.
I’m also interested in hearing from other developers:
What do you check before releasing your projects?
If you have suggestions for new checks, I’d love to hear them in the comments. π