We'll try to review and merge documentation changes quickly.
If you see something easy to change, you can probably even make the change in your browser!
In your git-tfs clone, run
git config core.autocrlf trueso that all the line endings are unix line endings when you commit.
Read the source. It's hopefully not that intimidating.
Check for issues. There are a few issues that are low-hanging fruit. Feel free to pick them.
Ask questions. Feel free to drop me a line, or ask a question over at the google group, or join
Here are some tips on creating a pull request:
Write that awesome code.
Make sure the existing unit tests don't break. We try to keep the unit tests easy to run.
We like new unit tests. If you can unit test your code, do so. One of the pain points of the current git-tfs codebase is that parts of it are very difficult to unit test. It's slowly getting less painful to unit test. One thing to try is to write an integration test that runs git-tfs with the VsFake driver, similar to how the clone tests are written.
If you modify code in any of the client adapters (GitTfs.Vs*), please try it out with as many versions of the TFS client libraries as you can. When you submit the pull request, include a note about which versions you have tried to compile with, and which ones you have tested with.
Include documentation for externally-visible changes.