I'm still somewhat new to Git. I'm not really sure what best practice is, or what protocol surrounds providing patches to other people's projects. Here's the best I could come up with for making a change to someone's project and allowing them to incorporate the changes if they desire them.

Clone the repository

First off you'll need to get a copy of the project to work on. Hopefully they're using Git... because I've not worked out the best way to handle if they're not.

git clone git://github.com/username/project_name.git
cd project_name.git

Add a public repository

If you're like me then you're disconnected a lot of the time. I setup a public Git repository that I could make code available from by pushing changes to it. If you're connected all the time (or at least all the time that another developer might want to get to your code) then you probably don't need to do this.

git remote add public ssh://barkingiguana.com/~craig/code/project_name.git
git push public master

Time to work

Here comes the hard but interesting bit: do some work. Typically this involves checking out a branch for a feature, bug fix or topic area.

git checkout -b sprozzle-the-gromits
# ... do the work ...
git add gromits/blue.txt
git commit -m "Sprozzle Gromit with the blue face."

# ... do more work ...
git add gromits/cherry.txt
git commit -m "Cherry Gromits are even better with more Sprozzle."

Conflict resolution

While you've been working on your awesome patch (and until your patch is accepted back into the project origin) there may be upstream changes. You'll want to make sure that it applies cleanly to the master branch as this will increase the chances that your patch will be accepted.

git checkout master
git pull origin master
git checkout sprozzle-the-gromits
git rebase master
# resolve any conflicts
git commit -m "Made branch patch master at 351ac1b cleanly."
git push public

Advertise your changes

You want to make just the changes on the branch available to the public so push the branch to the public repository. Once again, this is only needed if you live a disconnected life.

git push public sprozzle-the-gromits:refs/heads/sprozzled-gromits

Automation is awesome

Mark Brown pointed out that you can use git request-pull to create a few paragraphs suitable for emailing to the project team that contain all the information needed for your changes to be looked at and merged into the project.

get request-pull \
  b9e0f1b4ff4bc196513c9551f6c25f0ee40d991f \
  http://barkingiguana.com/~craig/project_name.git

And relax...

Your changes are now available to the public. They can clone your repository and fetch any of your pushed branches. Now would be a good time to email the owner of the project and ask nicely that they pull from your repository and check out the changes you've made.

If you need to make more changes to the branch, do the work on the branch, commit it, and do a git push public from the branch (or a git push public sprozzle-the-gromits from a different branch).

Difference is the spice of life

The project you want to work on may not support this style of contributing. Check with the project team before embarking on your quest. If you'd prefer not to (or are unable to) publish your own copy of the repository, check out the Git book which covers using Git and Email.

written by
Craig
published
2008-11-20
Disagree? Found a typo? Got a question?
If you'd like to have a conversation about this post, email craig@barkingiguana.com. I don't bite.
You can verify that I've written this post by following the verification instructions:
curl -LO http://barkingiguana.com/2008/11/20/working-on-other-peoples-projects-with-git.html.orig
curl -LO http://barkingiguana.com/2008/11/20/working-on-other-peoples-projects-with-git.html.orig.asc
gpg --verify working-on-other-peoples-projects-with-git.html.orig{.asc,}