Changes

Release Management

298 bytes added, 07:26, 24 April 2014
/* Testing */
See the [[Modularisation]] page for further details.
== Committing / Git Workflow ==We follow the Git branching model according to: http://nvie.com/posts/a-successful-git-branching-model/ 
Each change-set in the git repository (and thus each commit) ideally contains only one concise and consistent change.
The commit-message precisely describes the change. If the change is in respond to a bug-report or feature-request, the number of the bug-report or feature-request is included.
Testing is done in a clean test environment and '''not''' in a developer environment.
This means: all changes have to be committed to the git repository first and checked out from there in the test environment for proper testing.
 
* tests can be run on different levels
** framework-level (symfony/php unit tests)
** API-level:
*** JSON Schema compliance
*** client-test via [http://frisbyjs.com/ frisby.js]
== Bug-Reporting/-Workflow ==
SLB, editor, reviewer
3,368
edits