Difference between revisions of "OSD & DPS909 Fall 2019 - Release 0.2"

From CDOT Wiki
Jump to: navigation, search
(Submission)
(Submission)
Line 365: Line 365:
 
====Blog Posts====
 
====Blog Posts====
 
* #1: https://evlnyng.tumblr.com/post/188140716228/hacktoberfest-week-1-techtonica
 
* #1: https://evlnyng.tumblr.com/post/188140716228/hacktoberfest-week-1-techtonica
 +
<hr>
 +
===[https://github.com/miggs125 @miggs125] - Miguel Roncancio===
 +
====Issues====
 +
* #1:  https://github.com/salesforce/tough-cookie/issues/160
 +
====Pull Requests====
 +
* #1: https://github.com/salesforce/tough-cookie/pull/173
 +
====Blog Posts====
 +
* #1: https://techblob167557444.wordpress.com/2019/10/05/adding-a-feature-to-tough-cookie/
 
<hr>
 
<hr>
  

Revision as of 12:26, 5 October 2019


Release 0.2

Due Date

Thursday October 31. See Requirements below for details on what needs to be included in your submission.

Overview

This second release is meant to get you contributing to real open source projects, furthering your git, GitHub, and open source experience.

For the month of October, we will be participating in Hacktoberfest, a yearly event to encourage new people to get involved in the open source community.

Learning Goals

The goal of this second release is to help you gain experience and confidence in contributing to open source projects through direct involvement in a number of real projects. As a result, you will learn more about what it's like to work within the open source development community. Finally, you will participate in a global event.

This release will also help you to continue to develop your blogging skills, and practice software planning, estimating, and scheduling, as you work to complete your pull requests each week.

Hacktoberfest

Start by registering with your GitHub info on the Hacktoberfest web page.

You are then asked to complete 4 pull requests during October, doing 1 pull request per week. You will also be required to blog each week about your progress (see below).

You are expected to progress through your 4 pull requests. That is, each one should build on the previous one in some way. You can't, for example, fix 4 spelling mistakes in a single project. Rather, use each pull request as an opportunity to try something new, and to push yourself a little bit further.

You shouldn't take on huge issues in projects you don't understand, and overwhelm yourself. But you should challenge yourself to work just outside your current skill and comfort zones. The goal is to progress in your experience, competence, and confidence.

NOTE: many people "cheat" at Hacktoberfest by creating repositories that are simply lists of words, movie titles, etc and aren't really open source projects. Please refrain from contributing to these. Make sure you are picking issues from real open source projects. If you're not sure, ask your professor.

Weekly Labs and Blogging

Each week during October, for the course labs, you will be required to complete 1 pull request and 1 blog post. This will help you stay on track, and spread your work out during the month.

Your blog posts can include things like:

  • Which issue did your work on? Include links
  • What was the issue about?
  • What did you need to do to prepare the fix? Was their much setup?
  • What did you need to learn in order to make the fix?
  • Explain the code for your fix. How does it work?
  • If possible, include some kind of demo of the code before/after the fix (not all issues will lend themselves to this, but if you can, consider using screenshots, etc).
  • What research did you do? Were there aspects of the issue that you found difficult?
  • Did you have any interesting interactions with the project maintainers?
  • What did you find difficult? How did you overcome this?

You can read a wrap-up post I wrote about Hacktoberfest 2018 here.

Finding Issues

Finding good issues takes time, so be patient and leave yourself plenty of time. Also be aware that there will be thousands of other people contributing to Hacktoberfest, and competing with you for issues.

Here are some links to queries and tools for finding potential issues to work on:

Some other tips when searching for issues on GitHub:

  • You can specify the user field, if you want to limit your search to an organization or company, for example "good+first+issue"&type=Issues user:microsoft would show only issues belonging to Microsoft repos.
  • You can limit to a particular programming language using the language field, language:python.

Fixing Your Issues

When you find an issue that you want to work on, you are encouraged to leave a comment telling the project maintainers. This will help signal to other developers that you are working on it, and (hopefully) not submit a fix. Some people don't follow this rule, and submit fixes anyway.

Submit a pull request for your fix, following all guidelines for the project (see their README and CONTRIBUTING docs). Make sure your pull request is high quality, doesn't touch lines/files that aren't related to your fix, and has proper indenting and code formatting. Pay attention to small things.

You are expected to make any fixes that your reviewers request in subsequent commits. Be professional in your communication and the code you submit.

Getting Help

At every stage of your work, make sure you ask for help, and get feedback from others in the community by asking questions. Don't struggle on your own and get stuck, or miss the due date.

Please use Open Source Slack to help with communication. If you can't get a maintainer for a repository to respond to your Issues, or give feedback on reviews, you should try and reach out on Slack. If that doesn't work, consider switching to contribute to another repository.

Requirements

You will be graded on the following. Please make sure you have addressed everything that makes sense below:

  • Four proper Pull Requests completed on time (one per week)
    • Clear progression in your work (i.e., you did more than fix 4 spelling mistakes)
    • Professional and respectful interactions in your issue with maintainers, good communication in issues and pull requests.
    • Pull Requests should reference the Issue Number in its description (e.g., "Fixes #7: Add feature to do ..."), and include sufficient information about changes you made
    • All work is done on a new branch (e.g., if you are fixing Issue 123, use issue-123 as your branch name)
    • Proper code to fix your Issues
    • Code follows style of the original repository author(s)
    • All review comments have been addressed, and subsequent commits have been added to correct any problems. Ideally your Pull Request is merged.
  • Blog Posts for all Pull Requests
    • Discussion of the changes you made. What was your process? What did you learn? What would you do differently next time, or what worked and you would do again?
    • Link to the Issues you filed, and discuss the bug/problem/addition you wanted to address.
    • Link to the Pull Requests you created, and discuss the fix.
    • Link to the Pull Requests you reviewed, and discuss what you did and found.
    • Discussion of what you did to address your review comments.

Submission

When you have completed all the requirements above, please add a section below following the given template, including all necessary links:


@GitHubName - Full Name

Issues

  • links to all issues you worked on...

Pull Requests

  • links to all pull requests you submitted...

Blog Posts

  • links to all your blog posts...

@vitokhangnguyen - Ngoc Nam Khang Nguyen

Issues

Pull Requests

Blog Posts


@robertbegna - Robert Begna

Issues

Pull Requests

Blog Posts


@Silvyre - Rafael Ungar

Issues

Pull Requests

Blog Posts


@EEkbatani- Ehsan Ekbatani

Issues

Pull Requests

Blog Posts


@RyanWils- Ryan Wilson

Issues

Pull Requests

Blog Posts


@drwm-base - David Medeiros

Issues

Pull Requests

Blog Posts


@KarlaChen - Minyi Chen

Issues

Pull Requests

Blog Posts


@smilegodly - Matthew Clifford

Issues

Pull Requests

Blog Posts


@hansal7014 - Hansal Bachkaniwala

Issues

Pull Requests

Blog Posts


@jerryshueh - Cheng-Tuo Shueh

Issues

Pull Requests

Blog Posts


@brucremo - Bruno Alexander Cremonese de Morais

Issues

Pull Requests

Blog Posts


@jordanhui19 - Jordan Hui

Issues

Pull Requests

Blog Posts


@jrdnlx - Jordan Sie

Issues

Pull Requests

Blog Posts


@varshannagarajan - Varshan Nagarajan

Issues

Pull Requests

Blog Posts


@neilong31 - Neil Ong

Issues

Pull Requests

Blog Posts


@Grommers00 - James Inkster

Issues

Pull Requests

Blog Posts


@JatinAroraGit - Jatin Arora

Issues

Pull Requests

Blog Posts


@Agarcia-Caicedo - Ana Garcia

Issues

Pull Requests

Blog Posts


@Paul-Luu - Paul Luu

Issues

Pull Requests

Blog Posts


@Calvin-Ho - Calvin Ho

Issues

Pull Requests

Blog Posts


@MeisterRed - Timothy Morris

Issues

https://github.com/C-Anirudh/chuck/issues/1

Pull Requests

https://github.com/C-Anirudh/chuck/pull/8

Blog Posts

https://medium.com/@tjmorris56/hacktoberfest-week-1-first-steps-2e9e1d75c03


@cindyledev - Cindy Le

Issues

Pull Requests

Blog Posts


@Rare - Reza Rajabi

Issues

Pull Requests

Blog Posts


@manekenpix - Josue Quilon Barrios

Issues

Pull Requests

Blog Posts


@Sbaah - Sefa Baah - Acheamphour

Issues

Pull Requests

Blog Posts


@April - WingTungLau

Issues

Pull Requests

Blog Posts


@dbeigi - Daniel Beigi

Issues

Pull Requests

Blog Posts


@mpark86 - Minuk Park

Issues

Pull Requests

Blog Posts


@evlnyng - Evelyn Yeung

Issues

Pull Requests

Blog Posts


@miggs125 - Miguel Roncancio

Issues

Pull Requests

Blog Posts



@GitHubName Issues Pull Requests Blog Posts
https://github.com/jayson528 https://github.com/AgaKhanFoundation/WCF-iOS/issues/241 https://github.com/AgaKhanFoundation/WCF-iOS/pull/258 https://mlforiphone.blogspot.com/2019/10/fixing-issiues.html
https://github.com/ODAVING https://github.com/angular/angular/issues/32948 https://github.com/angular/angular/pull/32971/commits/0d474947d327d30507083a24555d93fc7dd003aa https://opensourceprojects19.blogspot.com/2019/10/hacktober-first.html
@jerryshueh - Cheng-Tuo Shueh https://github.com/HackeSta/atom-icons/issues/12 https://github.com/HackeSta/atom-icons/pull/38 https://osstudent.blogspot.com/2019/10/as-mentioned-in-my-last-blog-post-i-am.html
https://github.com/wajeehsheikh - Wajeeh Sheikh https://github.com/stevenpersia/ultimate-cheatsheet/issues/1 https://github.com/stevenpersia/ultimate-cheatsheet/pull/2 Under Construction
https://github.com/brucremo - Bruno Alexander Cremonese de Morais https://github.com/MasterKN48/MERN-Stack-Login-Methods/issues/4 https://github.com/MasterKN48/MERN-Stack-Login-Methods/pull/6 https://bacmme.blogspot.com/2019/10/my-first-pull-request-hacktoberfest.html
https://github.com/jordanhui19 - Jordan Hui https://github.com/Half-Shot/matrix-appservice-discord/issues/558 https://github.com/Half-Shot/matrix-appservice-discord/pull/560 https://jhuiosd600.blogspot.com/2019/10/first-contribution-of-hacktoberfest.html
https://github.com/nazneennahar - Nazneen Nahar https://github.com/vinitshahdeo/Email-Signature-Template/issues/1#
@JatinAroraGit - Jatin Arora https://github.com/edgi-govdata-archiving/web-monitoring-ui/issues/407 https://github.com/edgi-govdata-archiving/web-monitoring-ui/pull/414 https://jatinoopensource.wordpress.com/2019/10/01/lab-4-first-pull-request/
@ThomasLuu00 - Thomas Luu https://github.com/iluminar/goodwork/issues/664 https://thomasopensourceblog.wordpress.com/2019/10/05/hacktoberfest-first-attempt-at-a-pr/
@mpark86 - Minuk Park https://github.com/mayukh18/BlindChat/issues/7 https://github.com/mayukh18/BlindChat/pull/39 https://minukpark.wordpress.com/2019/10/05/hacktoberfest-2019-pr-1/