2025-08-06 / Alexander Shvets

Pull request practice

TL;DR: You can now practice making pull requests in GitByBit!


Have you ever found a bug in someone else's code and thought, "why haven't they fixed this yet?" You file an issue, wait... and nothing happens.

Here's the thing: you don't have to wait anymore.

You can roll up your sleeves and contribute the fix yourself. Submit a pull request, get it merged, and suddenly everyone using that library benefits from your work.

You never know what you'll pull out of a pull request.

A real bug, a real fix

The practice starts with a relatable scenario: your fitness tracker app crashes when someone runs exactly one mile because the unit conversion library can't handle yards-to-meters conversion. The fix is straightforward—add the missing conversion (1 yard = 0.9144 meters). You patch the library and carry on with your day.

But after a while, an update comes that breaks your fix. You have to reapply the patch again. Then it happens again. And again. You realize that you're wasting time on pointless patching, whereas the fix should be in the library itself. How do you get it there?

The mighty pull request

Most open source projects are hosted on GitHub or similar platforms, and they all support pull requests. A pull request is a way to propose changes to a project. You fork the repository, make your changes, and then submit a pull request to the original repository, suggesting that your changes be merged into the main codebase.

Aside from the technical aspects of forking, branching, and merging, the pull request process also involves communication. You need to explain what you've done, why it's necessary, and how it improves the project. This is where you can showcase your understanding of the codebase and your ability to contribute effectively. It won't help if you botch a pull request with crappy commit messages, push a bunch of unrelated changes, or fail to follow the project's contribution guidelines.

This attitude in pull request comments won't get you anywhere.

In addition, the back-and-forth activity in the pull request could require updating your forks, rebasing, and resolving conflicts. There's a whole suite of Git skills involved in the process, and now you can practice them all using GitByBit in a realistic scenario with real GitHub repositories.

Nailing the pull request requires a lot of patience and attention to detail.

In addition to the pull request practice, I've added several new entries to Gitopedia, including git rebase and git merge. Also, there are two new best practices: Atomic commits and Use feature branches.

Blog

GitByBit dev diary, thoughts and ideas about Git, GitHub, and the world of software development by the industry veteran Alexander Shvets.

Wanna receive new posts via email?

© 2024-2025 GitByBit.All rights reserved.

Hi! I'm Alex, creator of GitByBit.

This page is part of the dev diary, where I share my progress, thoughts, and ideas about Git and the software development in general.

GitByBit is a one-of-a-kind course that is integrated into the VS Code code editor. Learning directly in VS Code lets you operate Git exactly as you would in real life, doing real jobs, writing real code.

In addition, the course has access to your actual terminal, so it can point out mistakes, suggest workarounds, etc.

The course is FREE, there are no Ads or other bullshit. There are optional premium add-ons you can purchase, mainly to support my work (regrettably, I have to eat every day), but that's totally up to you.

Learn Git in VS Code