Hey there, I'm Wynn!
I'm a front-end designer & developer, CSS & JavaScript framework fanboy Razorback living in Texas.
Featured
-
Recently
Archives
Links
The Changelog – Open Source moves fast. Keep up.- NoRM - Bringing MongoDB to .NET, LINQ, and Mono
- Episode 0.1.6 - Ajax.org frameworks with Ruben Daniels and Rik Arends
- Git clone some nostalgia - NCSA Mosiac
- Ghost means never having to touch /etc/hosts again
- Prism - command line and Ruby library parser for Microformats
- Pull! Skeet - Twitter Extension for Google Chrome
- QR - Easy Redis queues with Python
- Faye - dirt simple pub/sub for Rack and Node.js
- FOWA 2010: David Recordon on Facebook Open Source Projects
- Mongrations - migrations for MongoMapper






Fork you? No, no, no – Fork Queue.
You don’t have to be a Dr. Nic with his 100+ public repos to appreciate the Github Fork Queue and how it streamlines accepting patches for your open source projects.
Gittin’ picky wi – it
The Fork Queue is a way to cherry pick which pull requests you want to accept, it’s not a replacement for your normal git workflow for accepting, testing, and committing patches. If you haven’t read Viget’s thoughts on patch workflow, head over there and read it first.
The first thing you’ll want to do to set up your fork queue is to select or create your integration branch:
Simply select an existing branch or create a new one on-the-fly:
Once you’ve done this one-time setup, you can now cherry pick the commits you want to pull into your integration branch:
Once you’ve accepted or rejected the changes in the queue, you can pull those changes by pulling down that branch:
Once you’ve tested and cleanly merged all the changes into your integration branch, flip back to your master branch and merge again.
Forkin’ simple.
No related posts.