Improve the Docs
Help improve the Hyperverse documentation.
Background
All of the Hyperverse documentation is in Markdown located in the docs
directory. The site uses Docusaurus to generate the documentation pages. Markdown is what this file and GitHub README.md files are written in. If you need some help with Markdown, please see this Markdown cheatsheet..
Hyperverse ❤️ Feedback
If you have any ideas to improve the docs please make an issue, discuss in the forum, or submit a PR.
Steps to GitHub PRs
Learn the steps to create a pull request here
For hot fixes, like typos, broken links or recommendations, please use the following steps:
- Please name your branch
fix/[THING YOU FIXED HERE]
- In the subject line of your Pull Request, start with the docs you're targeting in brackets. For example:
[basics/contribute] Fixes link in Line #10
This will help other folks who have a similar issue see if there's already something open.
info
Learn more on how to use branches 🌳.
Coordination
We use GitHub issues for our issue tracking and project management.
Overview
We use the Forking Workflow method of open source contribution. This method allows projects to scale well with not alot of complexity.
Setup
See the primer on setting up repos.
- Fork the
hyperverse-docs
repository. - Clone the forked repository from your GitHub profile to your desktop.
- Add the remote repositories for origin and upstream.
info
Learn more about working with forks🍴.
Contributing Code
Issues
Open a issue. Issues are good! They are used to point out errors and suggest new features.
Picking up an Issue
Read the issue. Ask any questions in the issue thread. Mention the issue that you'd like to work on this to avoid double work.
Staying Up To Date
Before starting on work on the issue, make sure your code is up to date.
- In the local version of the branch you're using as your PR, run
git remote add upstream https://github.com/decentology/hyperverse-docs/issues
- Grab the recent changes by running
git fetch upstream
- Merge the recent changes with your branch by running
git merge upstream/YOUR_BRANCH_NAME_HERE
- Push the resolved codebase back to the GitHub version of your branch with
git push origin YOUR_BRANCH_NAME_HERE
info
Learn more on how to use branches 🌳.
Creating a contribution
- Check for the latest code and update.
- Branch off of
main
. - Name your branch based on intent. See the style guide below.
- Write code.
- Commit code. See style guide.
- Push the branch to
origin
. - Open a pull request against
main
with the branch.
Style Guide
To keep our commit history clean, we follow these simple rules.
Naming Git Branches
Types of branches:
main
- main branch that is live and you'll make PRs against.feat/FEATURE
- for features.fix/THING1
- hot fixes.bug/THING2
- bug fixes.
Make sure to:
- branch your
feat/
,fix/
, orbug/
branches offmain
.
Git Commit style guide
The First
-m
: High-level description
"Added| Edited | etc. FILE"
Second
-m
: Describe the code in under 240 characters.
Added x feature in sample.js and updated README.md in the section required.
git commit -m "Feature. Added GIF to README.md -m "Added the GIF was required to explain what is Solidity."
Pull Request Commits
Make sure to reference the issue that you are closing.
Example: Closes #7 - Add CONTRIBUTING.md
Get Support
info
Open an issue or join our discord.