Open srinjoy-26 opened 1 year ago
challenge - 3
challenge - 4
Challenge 9
removed all commits of challenge 8
challenge 10
passed all DCO checks
Challenge 11
challenge 13
challenge - 2 #474
send ss of this challenge
challenge - 2 #474
send ss of this challenge
congrats you have completed the milestone-1 successfully and you are good to go🎉
repo link - https://github.com/srinjoy-26/desktop-tutorial
all linter checks passed
link to repo : https://github.com/srinjoy-26/Hotel-finder
link to board : https://github.com/users/srinjoy-26/projects/1/views/1
congrats you have completed the milestone-2 successfully and you are good to go🎉
While contributing to Open Source, we must try to follow some of the best practices for effective contribution, especially with respect to open source issue creation, best practices around branch/pull request creation.
What must be done to effectively contribute to open source?
Issues:
Always start with a good-first-issue tagged issue, in case you are a beginner.
If you want to make changes which are not specified in any issue, or you find any bug, first create a new issue and then wait until it is assigned to you.
Git branching strategies allow separation of work.
Start the branch name with a group word like "bug" or "wip" based on the type of task you are working on.
Use Issue ID in branch names.
To make the name easier to read, use a hyphen as a separator. eg: use bug-fix-submit-button, instead of bugfixsubmitbutton.
Do not use all the naming conventions as it can make the branch name too long and very complicated to understand.
Use short names for branches.
These can be categorized into 'Regular Branching' and 'Temporary Branching'.
Regular Branching
master branch: It is the default branch of GIT and this branch does not allow direct check-ins. Code should be merged with master after code review ONLY.
dev branch : This is mainly used by developers to make any new changes in the code. Once the changes have been made, testing is performed on this branch and then after the final code review, a pull request is created to the Master branch and the changes are merged with it.
QA or test branch: It contains code for QA testing and automation testing of all changes implemented. Before any change goes to the production, it must undergo QA testing to get a stable codebase.
These are branches that can be created and deleted after the task is complete. Example:
Bug Fix - created to fix a bug
Hot Fix
Feature branches
Experimental branches
WIP branches - Work in Progress branches
Tips :
After creating the last PR , mentors of that repo are still reviewing my changes and I'm getting Positive responses .They even requested changes which I have done . Now for hacktober fest I have got some repos to contribute and currently I have been assigned an issue in one of the repo, for which I will be creating a PR soon. -https://github.com/fineanmol/Hacktoberfest2022/issues/1353#event-7483027618
I liked and upvoted this idea.
congrats you have completed milestone-4 successfully and you are good to go🎉
name: Srinjoy Pati github_user_name: srinjoy-26