$30 off During Our Annual Pro Sale. View Details »

Bug Requests & Pull Reports

Bug Requests & Pull Reports

Getting people to contribute to open source can be hard. This talk looks at Powder, a simple Ruby gem, and some of the ways we tried to to turn bug reports into pull requests.

rodreegez

April 22, 2012
Tweet

More Decks by rodreegez

Other Decks in Technology

Transcript

  1. View Slide

  2. @rodreegez
    mintdigital.com/adam

    View Slide

  3. I <3 Open Source

    View Slide

  4. Bug Requests &
    Pull Reports
    A tale of open source

    View Slide

  5. Powder
    A Phil Nash & Adam Rogers gig (initially)

    View Slide

  6. View Slide

  7. View Slide

  8. View Slide

  9. Chapters
    1/. Dealing with people
    2/. Bug requests & pull reports
    3/. No issues, just pull requests
    4/. Documentation, front and centre
    5/. The moral of the story

    View Slide

  10. Chapter 1
    Dealing with people

    View Slide

  11. What belongs in
    the project?

    View Slide

  12. Is this a bug? Is it
    our bug?

    View Slide

  13. We just wrote a
    little Ruby Script!

    View Slide

  14. How do we deal
    with all this?

    View Slide

  15. Communication
    FTW!

    View Slide

  16. <3 GitHub
    Conversations
    around Pull
    Requests

    View Slide

  17. View Slide

  18. Reduced
    frustration, made
    intentions clear

    View Slide

  19. Chapter 2
    Bug Requests & Pull Reports

    View Slide

  20. Powder is dead
    simple

    View Slide

  21. A bug report is just
    a pull request
    without the code

    View Slide

  22. “Pull requests
    gladly accepted”

    View Slide

  23. Good introduction
    to open source

    View Slide

  24. Fork > Branch >
    Commit > Pull
    Request > Merge

    View Slide

  25. How can we
    encourage this?

    View Slide

  26. Ask the reporter
    how to fix

    View Slide

  27. Give ‘em a nudge

    View Slide

  28. Usually that’s all it
    takes

    View Slide

  29. Chapter 3
    No Issues, Just Pull Requests

    View Slide

  30. A bug report is
    almost worse than
    no report

    View Slide

  31. No Issues, Just Pull
    Requests

    View Slide

  32. View Slide

  33. Bold move

    View Slide

  34. So how did it go?

    View Slide

  35. We have a man
    page!
    $ gem install gem-man && gem man powder

    View Slide

  36. We also annoyed
    some folks

    View Slide

  37. “well I just found a
    couple of issues but i
    am a newb at ruby so
    I can’t help so I’ll just
    keep my mouth shut”
    http://logicalfriday.com/2011/11/04/powder-no-issues-policy/#comment-198

    View Slide

  38. But... some people
    were genuinely
    stranded

    View Slide

  39. Pro’s and Con’s

    View Slide

  40. Chapter 4
    Documentation, front and centre

    View Slide

  41. Readme Driven
    Development
    http://tom.preston-werner.com/2010/08/23/readme-driven-development.html

    View Slide

  42. View Slide

  43. Thor
    https://github.com/wycats/thor

    View Slide

  44. Thor encourages
    inline
    documentation

    View Slide

  45. View Slide

  46. View Slide

  47. Documentation ==
    less bugs!

    View Slide

  48. Chapter 5
    The moral of the story

    View Slide

  49. We still have a lot
    to learn with
    Powder

    View Slide

  50. Contribute to open
    source!

    View Slide

  51. Thanks!

    View Slide