git.sur5r.net Git - i3/i3/blob - CONTRIBUTING.md

   1 # i3status/i3lock bugreports/feature requests
   2
   3 Note that i3status and i3lock related bugreports and feature requests should be
   4 filed in the corresponding repositories, i.e. https://github.com/i3/i3status
   5 and https://github.com/i3/i3lock
   6
   7 # i3 bugreports/feature requests
   8
   9 1. Read http://i3wm.org/docs/debugging.html
  10 2. Make sure you include a link to your logfile in your report (section 3).
  11 3. Make sure you include the i3 version number in your report (section 1).
  12 4. Please be aware that we cannot support compatibility issues with
  13    closed-source software, as digging into compatibility problems without
  14    having access to the source code is too time-consuming. Additionally,
  15    experience has shown that often, the software in question is responsible for
  16    the issue. Please raise an issue with the software in question, not i3.
  17
  18 # Pull requests
  19
  20 * Before sending a pull request for new features, please check with us that the
  21   feature is something we want to see in i3 by opening an issue which has
  22   “feature request” or “enhancement” in its title.
  23 * Use the `next` branch for developing and sending your pull request.
  24 * Use `clang-format` to format your code.
  25 * Run the testsuite, see http://i3wm.org/docs/testsuite.html
  26
  27 # Finding something to do
  28
  29 * Find a [reproducible bug](https://github.com/i3/i3/issues?utf8=%E2%9C%93&q=is%3Aopen+label%3Areproducible+label%3Abug+) from the issue tracker. These issues have been reviewed and confirmed by a project contributor.
  30 * Find an [accepted enhancement](https://github.com/i3/i3/issues?utf8=%E2%9C%93&q=is%3Aopen+label%3Aaccepted+label%3Aenhancement) from the issue tracker. These have been approved and are ok to start working on.
  31
  32 There's a very good [overview of the codebase](http://i3wm.org/docs/hacking-howto.html) available to get you started.