wiki/src/contribute/merge_policy/coredev.mdwn

   1 [[!meta title="Git merge policy: core developer"]]
   2
   3 All development should happen in topic branches. For a new feature XXX, it should
   4 be named `feature/XXX`. For a bugfix about YYY, it should be name `bugfix/YYY`.
   5 When the developer thinks it is good enough and has tested it, she must:
   6
   7 - merge the topic branch into the `experimental` one
   8 - set the ticket's *QA Check* field to *Ready for QA*
   9 - set the ticket's *Feature Branch* field
  10 - set the ticket's *Target version* field to the release you would
  11   like your changes to be in
  12 - ask the Release Managers to review and merge (in devel generally, in testing
  13   or stable for bugfixes) by writing to the `tails-dev@boum.org`
  14   mailing-list
  15
  16 Then, if the reviewer asks for more development to be done before
  17 merging, they should set the ticket's *QA Check* field back to *Needs
  18 more dev* or *Needs more info* state, and
  19 from now on it's the responsibility of the branch/ticket "holder" to
  20 change it back to *Ready for QA* once they consider the issues raised by
  21 the reviewer are fixed.