Contributing to open source can be an awesome experience to help you learn, get job opportunities, network with people and also help others at the same time. This article would give you tips to help prepare your GitHub repository for open-source contributions. It is assumed that you have basic experience with markdown syntax to work with most of the files needed in this article. Tips and Tricks Creating your README The is the entry point to your project when people visit your repository. It should contain: README.md the description of the project. why the project is useful. how to get started. relevant information on using the project etc. Most projects with short documentation would have the README. I’d recommend the same except the documentation is huge, you need to have it somewhere else that can support search, pagination, etc. Writing your Contribution Guideline To create a contribution guideline, create a at the root of your project and provide information that is necessary for new and old contributors to contribute to your project. [CONTRIBUTING.md](http://CONTRIBUTING.md) It can include information like: the different ways contributors can contribute to the project. how contributors can clone the repository on their local machine. how contributors can set up the code on their machine for development. how contributors can report bugs. Defining the Code of Conduct Working with people can be tasking in some cases and open-source projects are not protected from people with abusive intent. Creating a code of conduct sets a foundation for creating a positive environment for people to contribute without disruption by negative behaviors like sexual harassment, verbal abuse, etc. Create a at the root of your project. Using markdown syntax, the file can contain information about: CODE_OF_CONDUCT.md the project community pledge, the project community standards, enforcement guidelines. You can adapt the guidelines provided to create your guideline. here Creating Status Checks To enforce good development, you can include a form of status check each time a pull request is made to your project. Status check let you know if commits meet the conditions set for the repository. The checks can include continuous integration like: units tests code coverage code quality checks like , etc. DeepSource SonarCloud, is recommended to trigger jobs or workflow by certain events on your repository. GitHub Actions Protect your Main Branch Using GitHub, you need to protect your main branch to enforce that certain requirements are met before pushing to the branch. Protecting the branch can also prevent deletion or force pushes to the branch. To set up protection rules for the main/default branch, ensure you have admin access to the repository then click on > and click on Settings Branches Add branch protection rule: Then you can configure or select the rules you want active: To read more about GitHub branch protection rules, you can visit . here Create Pull Request Templates To set a foundation for code reviews, you can create a pull request template with sets of required information that you feel is necessary for code review. To create the template, create a new directory, called , and create a new file in the directory called . .github PULL_REQUEST_TEMPLATE.md A sample template could look like this: ## Description

Issue closed #(issue)

## Change Type



- [ ] Bug fix 
- [ ] New feature
- [ ] Breaking change
- [ ] Minor changes in old functionality

## Checklist

- [ ] My changes are well-tested and commented
- [ ] I reviewed my changes
- [ ] My changes generate no new warnings Make Use of GitHub Labels You can utilize GitHub Labels to help create a standard workflow in a repository. You can use labels to categorize issues, pull requests, and discussions. GitHub provides defaults labels with their description, some of which includes: : indicates an unexpected problem or unintended behavior. bug : indicates a need for improvements or additions to documentation. documentation : indicates similar issues, pull requests, or discussions. duplicate : indicates a new feature request. enhancement : indicates a good issue for first-time contributors. good first issue : indicates that a maintainer wants help on an issue or a pull request. etc help wanted To read more about GitHub Labels, you can visit this . documentation Create Templates for Issues Once contributors start noticing and using your project, it is very likely for a number of issues to be created on your repository. At the time of writing this article, Typescript has over 5000 issues in its repository. Creating templates for issues is a great way to organize issues in your repository. To create these templates, create a directory named, , in the directory which is at the root of your project. Then create a new markdown file directly to create separate templates. ISSUE_TEMPLATE .github I will create a sample feature request template in a file called : feature_template.md 
---
name: Feature Request
about: Suggest a new idea for this project
labels: enhancement
---


## Viability Checklist
- [ ] this wouldn't be breaking change in existing JavaScript
- [ ] this will not change the runtime environment
- [ ] this feature can be implemented with JavaScript

## Suggestion


## Use Case
 Conclusion Open source is not restricted to writing codes alone. You can help with documentation, help share and talk about the project with your friends, help with product designs, and many more. I hope this article is able to get some guidelines that can help you get started in your next open-source project. I am currently building a newsletter to share informative articles and news, my progress in creating startups with little experience, and how you can learn from my experience. Please subscribe via this . link Also published here.

Different

How to Set up ReCAPTCHA in Your React Application

Improve API Performance by Using Debounce in JavaScript

Subscribe to my newsletter to learn about my startup journey as a beginner.

How to Optimize your GitHub Repository for Open Source Development

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

An Introduction on Arch Linux Pacman for Beginners

10 VSCode Extensions To Make Your Life Easier

10 Ways Stand Out as a Java Developer and Land that Dream Job

10 Tips For Junior Developers To Succeed in Code

10 Things Every Beginner Should Know When Learning Javascript And React

An Introduction on Arch Linux Pacman for Beginners

10 VSCode Extensions To Make Your Life Easier

10 Ways Stand Out as a Java Developer and Land that Dream Job

10 Tips For Junior Developers To Succeed in Code

10 Things Every Beginner Should Know When Learning Javascript And React

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps