The open source launch checklist for your GitHub repository
Before you share your open source project, make sure these files, docs, and settings are in place so first time visitors become users and contributors.
· 5 min read
When an open source project gets attention, most visitors decide within a minute whether to star it, try it, or close the tab. That decision is made almost entirely from your repository page. This checklist covers what to have in place before you share the link anywhere.
The README
Your README is your landing page. Structure it so the answers come in the order people ask the questions:
- What is it? One sentence under the project name.
- Why should I care? Two or three sentences on the problem it solves.
- Show me. A screenshot, GIF, or short video of it working.
- How do I try it? The shortest possible install and first run commands.
- Where do I learn more? Links to docs, examples, and community.
Put the install command near the top. Many visitors will copy it before reading anything else.
Essential files
Make sure these exist in the repository root:
LICENSEwith a recognised open source licenseCONTRIBUTING.mdexplaining how to set up the project locally and submit changesCODE_OF_CONDUCT.mdso contributors know what behavior to expectSECURITY.mdwith a private way to report vulnerabilities
GitHub surfaces several of these on your repository page, which signals that the project is maintained with care.
Issues and discussions
Before launch, prepare for the questions that will arrive:
- Add issue templates for bug reports and feature requests
- Label a handful of real issues as
good first issue, with enough context for someone new to pick them up - Enable Discussions if you want questions separated from bug reports
Releases and versioning
Tag a proper release, even if it is v0.1.0. Write release notes that explain what works today and what is known to be missing. A clear version number tells people how stable the project is without guessing.
Automated checks
Set up continuous integration that runs your tests and linters on every pull request. It protects your main branch and shows contributors their changes are safe before you review them.
Repository settings
A few settings that are easy to forget:
- A short description and website link in the About section
- Topics that match how people search, such as
nextjs,postgres, orai-agents - A social preview image, so links shared on social media show your project instead of a generic card
- Branch protection on your default branch
Launch it
With the repository ready, share it where your users are, and list it on TeaserTrack with your GitHub link, a teaser, and your release date. Listings for open source projects link straight to the repository, so stars and contributors can follow.
Keep reading
· 6 min read
How to spot rising open source projects before everyone else
A repeatable routine for finding promising new GitHub projects early, telling real momentum from hype, and deciding which ones deserve your attention.
· 5 min read
Are GitHub stars a good signal? What they tell you and what they hide
Stars are the most visible number on GitHub and one of the easiest to misread. Here is how to interpret them, and which signals to check alongside them.
· 6 min read
The waitlist page essentials for developer tools
What a pre-launch waitlist page needs to convert developers: a sharp headline, a real product shot, a one field form, and a reason to come back.