Git, GitHub, and collaboration
Welcome the viewer. Explain that this is one lesson in the eight-part Job-Ready Software Engineering series. Set up the outcome before beginning.
Speaker view / 02
Welcome the viewer. Explain that this is one lesson in the eight-part Job-Ready Software Engineering series. Set up the outcome before beginning.
Make your work easy to review
Employers look for evidence that you can work safely with other people. Git gives a team a history of decisions; GitHub gives the team a place to discuss and review them.
Explain what each step protects us from. Pull before starting. Use a branch so unfinished work does not affect the shared branch. Inspect the diff before committing.
Compare “update files” with “Add application status field.” The second message gives a future teammate a useful clue.
The pull request is where you make your reasoning visible. A reviewer should not have to reconstruct the purpose from the diff alone.
Start with whether the change solves the right problem. Style matters, but it comes after correctness and risk.
Add status to a job application
Perform the complete workflow slowly: create a branch, make the change, inspect the diff, commit and push, then write the PR description.
Pause the video. Do not hunt for grammar mistakes. Look for behavior, missing cases, and evidence.
This PR is a public work sample. Do not include secrets or employer code. Use Launchpad or a project you own.
Publish your work, then continue to the next lesson.
Repeat the artifact viewers should create. Invite them to subscribe and join the future live cohort waitlist.