Contributing to github-readme-stats
We love your input! We want to make contributing to this project as easy and transparent as possible, whether it's:
- Reporting an issue.
- Discussing the current state of the code.
- Submitting a fix.
- Proposing new features.
- Becoming a maintainer.
Pull requests are the best way to propose changes. We actively welcome your pull requests:
- Fork the repo and create your branch from
master
. - If you've added code that should be tested, add some tests' examples.
- If you've changed APIs, update the documentation.
- Issue that pull request!
Interested in diving deeper into understanding how github-readme-stats works?
Bohdan wrote a fantastic in-depth post about it, check it out:
Under the hood of github-readme-stats project
To run & test github-readme-stats, you need to follow a few simple steps:- (make sure you already have a Vercel account)
- Install Vercel CLI.
- Fork the repository and clone the code to your local machine.
- Run
npm install
in the repository root. - Run the command
vercel
in the root and follow the steps there. - Run the command
vercel dev
to start a development server at http://localhost:3000. - The cards will then be available from this local endpoint (i.e.
http://localhost:3000/api?username=anuraghazra
).
Note
You can debug the package code in Vscode by using the Node.js: Attach to process debug option. You can also debug any tests using the VSCode Jest extension. For more information, see jest-community/vscode-jest#912.
We're currently paused addition of new themes to decrease maintenance efforts. All pull requests related to new themes will be closed.
Note
If you are considering contributing your theme just because you are using it personally, then instead of adding it to our theme collection, you can use card customization options.
GitHub Readme Stats supports multiple languages, if we are missing your language, you can contribute it! You can check the currently supported languages here.
To contribute your language you need to edit the src/translations.js file and add new property to each object where the key is the language code in ISO 639-1 standard and the value is the translated string.
In short, when you submit changes, your submissions are understood to be under the same MIT License that covers the project. Feel free to contact the maintainers if that's a concern.
Report issues/bugs using GitHub's issues
We use GitHub issues to track public bugs. Report a bug by opening a new issue; it's that easy!
Q: How to hide Jupyter Notebook?
Ans: &hide=jupyter%20notebook
Q: I could not figure out how to deploy on my own Vercel instance
Ans:
Q: Language Card is incorrect
Ans: Please read all the related issues/comments before opening any issues regarding language card stats:
Q: How to count private stats?
Ans: We can only count public commits & we cannot access any other private info of any users, so it's not possible. The only way to count your personal private stats is to deploy on your own instance & use your own PAT (Personal Access Token)
Great Bug Reports tend to have:
- A quick summary and/or background
- Steps to reproduce
- Be specific!
- Share the snapshot, if possible.
- GitHub Readme Stats' live link
- What actually happens
- What you expected would happen
- Notes (possibly including why you think this might be happening or stuff you tried that didn't work)
People love thorough bug reports. I'm not even kidding.
Great Feature Requests tend to have:
- A quick idea summary
- What & why do you want to add the specific feature
- Additional context like images, links to resources to implement the feature, etc.