Actions

The bugtracker and git

From LimeSurvey Manual

The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

This article should help developers on the LimeSurvey when resolving issues.

General process outline:

  1. Bug reported by a user in Mantis
  2. Bug assigned to a developer (by the developer or someone else)
  3. Bug fixed and a PR (pull request) made at github.com
  4. Mantis ticket status changed to ready for code review, Assigned To can remain to be the developer that fixed the issue
  5. When creating the PR, please assign reviewer (DenisChenu or gabrieljenik for bugs, developer suggested by Github for features - suggested reviewers are based on git blame data)
  6. If the code review fails, reviewer puts comments in the PR what needs to be fixed
  7. After successful code review, quality assurance tests and verifies the bugfix/feature
  8. If testing fails, quality assurance puts comments in the Mantis ticket
  9. Finally if all is well, quality assurance merges the PR and code gets published with a new version
  10. Mantis ticket status changed to resolved and later closed

This method of working should allow for efficient bug fixing with multiple developers.

Please respond on what you think of this process, or what should be changed.