🌐 Project Website 📝 FreeCodeCamp Forum Post 👑 Our Contributors so far!
- 🍴 Fork a copy of this project to your own repository in the upper-right corner of this page!
- 📥 Now create a
git clone
in your local storage. The step-by-step guide is available here.- Create a new branch
git checkout -b <branch-name>
- Set
upstream
branch so you can keep your local files synched with the original repository; Details
- Create a new branch
- 📝 Now open the files in your text editor of choice.
- ✍️ Write your name anywhere in the file so it shows up on the webpage!
- 🚀 Now git push the changes made to your repository
git push origin <branch-name>
- 🎉 Submit a pull request in this repository; Details
- 👀 THAT'S IT, you're done! We will review the Pull Request, and if it fits the theme, we will merge it.
- 💪 For the best team-like experience, stay in sync with our repository and contribute more by resolving our issues or submit your own!
- 🙌 Thank you for contributing!
- You mustn't delete/replace the names already in the file
- You can contribute more than once
- You can also style the whole document, remove or place new styles to your desires, BUT the names already approved must stay in the document and must show up on the webpage (no matter how big or small, hint hint)
- You can put your name anywhere in the body tag of the HTML file or even create a new page linked to the first one and put it there
- Me and darrenFj will use our discretion with merge conflicts and will notify all parties of the decision (this sounds so formal)
- Your best weapon here is your creativity
- All pull requests will be approved as long as they meet the first criteria
For more information on GitHub and Markdown, check out these resources:
If you prefer visual learning, you might find this video tutorial helpful:
🙌 Special thanks to JacksonBates for the well-written contributions documentation!
Please note that we have a code of conduct. Please follow it in all your interactions with the project.
🔍 If you don't know where to start, check the "Guides" file for more information.
If there is a particular issue you want to fix, communicate your intention via the comments on the specific issue. This will ensure that you are not working on something someone else is close to finishing, and also allows you to discuss your approach and get any help or advice you may need before starting.
If the bug or feature you wish to work on is not yet in the existing issues, add it to the issues thread first and comment regarding your intention to work on it straight away.
Aside from that, stick to the fork-pull workflow outlined below.
-
Fork this repo before making any changes - you will be initially pushing commits to your fork, not this repo.
-
Create issues on this repo, not your fork, if you encounter bugs, non-ideal behavior/css, or wish to request features.
Below, you will find the summary of git guides from the Guides file.
(pull request)
-
On your forked version of the repo on GitHub, click the green 'clone or download' button and copy the link.
- The link will look something like this:
https://github.com/RomchyFCC/GitHub-Practice-For-All.git
(but with your username, not mine)
- The link will look something like this:
-
In the terminal write the following command to clone the repo. This will give you a local copy to work on:
git clone <paste-the-link-of-your-repo.git-here>
- eg:
git clone https://github.com/RomchyFCC/GitHub-Practice-For-All.git
-
In your terminal navigate to the folder that was just created.
- The command for this is
cd
- eg:
cd GitHub-Practice-For-All
- The command for this is
-
If your version of the repo is ever out of sync with the original repo, i.e. there are new commits on the master branch of the original that you don't have, you need to sync your repo before adding your contributions. See below, in the section called 'How to sync your local repo with the original repo' for details or click here
-
Create a new branch to work on (you'll do this for your real contributions, too).
- At the terminal, in the correct folder, run
git checkout -b <new-branch-name>
<new-branch-name>
should be replaced with something sensible, likefeature-login-form
orfix-login-bug
- Altogether, an example:
git checkout -b feature-login-form
- At the terminal, in the correct folder, run
-
Make the changes to the appropriate files.
-
Push your change to your fork:
git add .
(the.
adds all modified and created items up for commit)git commit -m "<comment-about-your-commit>"
(the-m
signifies that you will pass a commit comment as an argument in quotes)git push origin <your-branch-name>
-
Open a pull request. Follow the guide here: Creating a pull request from a fork
- @mention anyone you specifically want to review your PR
-
From there, a reviewer will go through the rest of the process with you.
- You may be required to make changes to your code before it gets pulled into the master branch - have patience and know that the difficult bits are done.
-
Now you can delete your local and remote branches:
- switch to
master
branch:
git checkout master
- List all branches:
git branch
you should see* master
and the second branch you created previously - Now delete that second branch:
git branch -D <name-of-the-branch>
- Delete the second branch from your GitHub:
git push origin --delete <name-of-the-branch>
- switch to
This setup should be done only once for the repo.
-
List the current configured remote repository for your fork:
git remote -v
- You should see two links with
origin
in front of them. - The links will begin either with
https
orgit@
-
Specify a new remote upstream repository that will be synced with the fork:
git remote add upstream https://github.com/RomchyFCC/GitHub-Practice-For-All.git
- or
git remote add upstream [email protected]:RomchyFCC/GitHub-Practice-For-All.git
- depending on which protocol you saw in the first step.
-
Verify the new upstream repository you've specified for your fork:
git remote -v
- Now you should see four links: two
origin
and twoupstream
- This should be done to check for updates on the remote repo:
-
Get data from the original repo:
git fetch upstream
-
Switch to the
master
branch of your local repo:git checkout master
-
Merge changes from the original repo into your local master branch:
git merge upstream/master
-
Now push changes to your GitHub repo:
git push
-
Now your local repo and your GitHub repo are up to date with the original repo you forked from.
🤝 We're committed to creating a welcoming and inclusive environment for all contributors and community members. Regardless of your background, identity, or experience level, we want everyone to feel safe and valued.
✨ To foster a positive atmosphere, we ask everyone to:
- Use welcoming and inclusive language
- Respect differing viewpoints and experiences
- Accept constructive criticism gracefully
- Focus on the collective good of the community
- Show empathy towards fellow members
🚫 Unacceptable behaviors include:
- Using sexualized language or imagery
- Making unwelcome sexual advances
- Engaging in trolling or personal attacks
- Harassing others, publicly or privately
- Sharing private information without permission
🛡️ As project maintainers, we're responsible for:
- Clarifying and upholding community standards
- Taking appropriate action in response to unacceptable behavior
- Removing or rejecting contributions that violate these standards
- Ensuring a safe and respectful environment for everyone
🌐 This Code of Conduct applies to all spaces associated with our project, including online forums, social media, and offline events. We expect all members to represent the project in a positive and respectful manner.
🔍 If you experience or witness any behavior that violates our Code of Conduct, please report it to the project team (@RomchyFCC & @DarrenfJ). All reports will be promptly reviewed and addressed in a fair and confidential manner.
🔨 Project maintainers who fail to uphold this Code of Conduct may face consequences, as determined by the project's leadership.
📜 This Code of Conduct is adapted from the Contributor Covenant, version 1.4, available at http://contributor-covenant.org/version/1/4.
Could this CONTRIBUTING file be improved? Was anything inaccurate or unclear? Please open up an issue and suggest appropriate fixes. Good documentation is just as crucial as good code - so documentation contributions are just as valued as fancy code contributions!
- Darren
- Ariel Leslie
- Ivan Oung
- Tom
- Aaron Schmidt
- Alex Nielsen
- Sachithra Lahiru Kahatapitiya
- dmac0505
- Alan Moir
- stacyHere
- akashksunny13
- Firuz Shoev
- Bratislav
- Catherine Fromont
- Tian
- Elyse Wyatt
- rkimmi
- Sheena Mattu
- Pinja Pessi
- h1tag
- Danielle Shwed
- dinamahmoud25
- sunil
- Nirmal Dalmia
- mukul7
- Ivan Yakimov
- Ayush
- Bing
- Dimitra Karamperi
- Daria Puch
- Ravi Kishore Thella
- Rob Williams
- richardson3535
- Jacek Złoty
- Rose
- vignesh
- Kevin T Reynolds
- William Larry
- Akshay Kumar
- Daniel Cook
- Tee Wen Seng
- Gan Chew Ying
- Leandro Bitencourt
- Kyle Fertile
- Dev Kant Chouhan
- Sergio Enriquez
- Oleks Sobol
- Whyzar
- Nicholas Comendant
- Carlos Martinez