File: commitchecklist.txt

package info (click to toggle)
amarok 3.3.1-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 112,168 kB
  • sloc: cpp: 195,056; xml: 4,322; ansic: 2,634; javascript: 673; ruby: 528; python: 507; sh: 252; makefile: 12
file content (21 lines) | stat: -rw-r--r-- 992 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
The following checklist is supposed to help you make sure you don't forget anything important in a commit.

Before hacking:
* Does it fit Amarok's vision or at least not work against it?
* Who will maintain the code?

Before committing:
* Does it conform to Amarok's coding style?
* Has it been added to the changelog in case of a bug, feature or UI change?
* Does it introduce new dependencies?
* Does the diff contain only the changes you made and files you added/removed? Does it contain all of them?
* Do existing regression tests still pass?
* Does it add new strings? Is Amarok in string freeze?
* Are you pushing a big change that does not fix a bug while Amarok is in beta?
* Is there a feature request, bug report or review request associated with it? (Please close them with the commit message.)

Additionally for commits introducing new features:
* Is Amarok in feature freeze?
* Are new tests needed?
* Has it been reviewed by a usability person?
* Does user documentation exist?