Open Harshit-3905 opened 1 year ago
Task 2: URL of Forked Repo : https://github.com/Harshit-3905/scaler-open-source-september-challenge
Challenge 3 :
Challenge 4:
Challenge 6:
Challenge 7:
Challenge 8:
Challenge 9: Before After
Challenge 10:
Challenge 11:
Challenge 12:
Challenge 13:
Challenge 14 : Before: After:
Challenge 15:
Before Resolving Merge conflict
Resolving Merge Conflict
After
Challenge 16:
Challenge 17:
It's a great experience to work with Github Codespaces .
Repo Link : https://github.com/Harshit-3905/Challenge_20_Open_Source_September
Overall, this experience highlighted the power of automation in maintaining clean and standardized codebases within a collaborative development environment.
Start with a Beginner-Friendly Issue: If you're new to open-source contribution, begin by tackling issues labeled as "good-first-issue."
Creating New Issues: If you wish to make changes or discover a bug not covered by existing issues, create a new issue describing the problem and wait for it to be assigned to you.
Write a Clear Description: When submitting a PR, provide a clear and concise description of your changes. Explain what the PR does and why it's important.
Reference the Related Issue: Always reference the issue that your PR addresses. This links your PR to the broader context of the project.
Review Your Changes: Before creating a PR, review your code changes thoroughly. Ensure they adhere to project coding standards and do not introduce new issues.
Name Your Feature Branch Descriptively: Give your feature branch a meaningful and descriptive name that reflects the purpose of your changes.
Use Descriptive Titles: Write descriptive and active titles for your commits and PRs. This helps others understand the purpose of each change at a glance.
Streamline PR Creation: Establish a consistent process for creating new PRs, including naming conventions and a checklist of steps to follow.
Provide a Meaningful PR Description: In your PR description, explain what the change accomplishes, any potential impact, and any specific steps required for testing or reviewing.
Visual Documentation: Whenever possible, include visual documentation or screenshots to demonstrate the functionality of your changes. This makes it easier for reviewers to understand your work.
Self-Review: Before assigning your PR to others for review, perform a comprehensive self-review. Verify that your code is well-documented, follows coding guidelines, and fulfills the intended purpose.
By following these guidelines, you can contribute effectively to open-source projects and collaborate seamlessly with the community.
I've started exploring open source projects at https://goodfirstissue.dev/, but currently I haven't found any good issues to work on yet. I've made a list of possible projects, and I'm actively looking for suitable issues to work on
I wanted to reach out and extend my heartfelt thanks to you for spearheading Open Source September. Your efforts have made a significant impact, and I appreciate all the hard work you put into making this event a reality.
Open Source September has been a remarkable experience for me, and I have gained valuable insights and skills throughout the month. Your dedication to open source and the community is truly commendable.
Thank You
name: Harshit Joshi github_user_name: Harshit_3905 discord_id: harshitjoshi