HACKING

   1 Contributing to libusb
   2 **********************
   3
   4 For larger changes or API changes/extensions it may be wise to first
   5 discuss on the mailing list or in the issue tracker before larger
   6 coding efforts are initiated.
   7
   8 If you extend or change the API make sure documentation is updated.
   9 Please run make -C doc and check for any Doxygen warnings.
  10
  11 Commit messages should be formatted to 72 chars width and have a
  12 free-standing summary line. See for instance "Commit Guidelines" on
  13 https://git-scm.com/book/en/v2/Distributed-Git-Contributing-to-a-Project
  14 or https://cbea.ms/git-commit/ about how to make well-formed commit
  15 messages.
  16
  17 Put detailed information in the commit message itself, which will end
  18 up in the git history. On the other hand the description that you fill
  19 in the GitHub pull request web page does not go anywhere.
  20
  21 For copyright reasons it is preferable to have your full name in the
  22 commit author field. Do not update the AUTHOR file yourself, the
  23 maintainers will update it as part of the release preparation.
  24
  25 Please don't touch version_nano.h in your patches or pull requests.