Skip to content

Latest commit

 

History

History
13 lines (7 loc) · 1.07 KB

README.markdown

File metadata and controls

13 lines (7 loc) · 1.07 KB

RATIONALE

Why on earth would I use git to manage a mercurial patch queue? Not because git is more efficient than mercurial; any advantage would be unappreciable for so few files. Nor because I am particularly more comfortable with git than mercurial; I am not. No, the real reason I'm using git in preference to mercurial is that I want to host my patch queue remotely, publicly, and github is simply the best free hosting solution for revision-controlled code.

This decision has the side effect of making my day-to-day work at Mozilla completely transparent. For some time now I've been wondering how best to take advantage of this incredible luxury, and I think I've found my way.

Watch my progress if you're interested, or if you just want to give my work ethic a boost. Having an audience is tremendously encouraging.

Some other benefits I've noticed:

  • Not having the ".hg" directory in my patches directory means I can issue mercurial commands from inside the patches directory.

  • Mercurial behaves nicely when no "status" file exists, so I've chosen not to commit that file.