First off, thank you for considering contributing to Scholar Station! 🙌 It's people like you that make Scholar Station such a great tool for students worldwide.
This project and everyone participating in it is governed by the Scholar Station Code of Conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to project_email@example.com.
- Ensure the bug was not already reported by searching on GitHub under Issues.
- If you're unable to find an open issue addressing the problem, open a new one. Be sure to include a title and clear description, as much relevant information as possible, and a code sample or an executable test case demonstrating the expected behavior that is not occurring.
- Open a new issue with your suggestion.
- Provide a clear and detailed explanation of the feature you want and why it's important to add.
- Include code samples and screenshots if applicable.
Unsure where to begin contributing to Scholar Station? You can start by looking through these beginner
and help-wanted
issues:
- Beginner issues - issues which should only require a few lines of code, and a test or two.
- Help wanted issues - issues which should be a bit more involved than
beginner
issues.
- Fork the repo on GitHub.
- Clone your fork locally:
git clone https://github.com/your-username/scholar-station.git
- Create a new branch:
git checkout -b name-of-your-bugfix-or-feature
- Make your changes locally.
- Commit your changes:
git commit -m "Your detailed description of your changes."
- Push your branch to GitHub:
git push origin name-of-your-bugfix-or-feature
- Submit a pull request through the GitHub website.
- Ensure any install or build dependencies are removed before the end of the layer when doing a build.
- Update the README.md with details of changes to the interface, this includes new environment variables, exposed ports, useful file locations and container parameters.
- Increase the version numbers in any examples files and the README.md to the new version that this Pull Request would represent. The versioning scheme we use is SemVer.
- You may merge the Pull Request in once you have the sign-off of two other developers, or if you do not have permission to do that, you may request the second reviewer to merge it for you.
- Use the present tense ("Add feature" not "Added feature")
- Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
- Limit the first line to 72 characters or less
- Reference issues and pull requests liberally after the first line
All JavaScript must adhere to JavaScript Standard Style.
All CSS must adhere to CSS Guidelines.
Again, thank you for your contribution to Scholar Station. Your time and expertise help make education more accessible and collaborative for students around the world! 🌍📚
go to notes.md for notes contribution