Difference between revisions of "Redmine"
Luca.frosini (Talk | contribs) (→gCube Redmine Project) |
|||
| Line 1: | Line 1: | ||
== Introduction == | == Introduction == | ||
| − | Redmine is an open source, web-based project management and issue-tracking tool. Redmine allows hyper-linking information between | + | Redmine is an open source, web-based project management and issue-tracking tool. Redmine allows hyper-linking information between tickets, revision control systems (e.g. SVN, GIT) and wiki contents. |
== gCube Redmine Project == | == gCube Redmine Project == | ||
| − | D4Science infrastructure | + | The D4Science infrastructure provides an instance of Redmine with a dedicated project for gCube tracking issues. This instance is available at [https://support.d4science.org/projects/gcube https://support.d4science.org/projects/gcube] |
| − | The D4Science Redmine instance supports AGILE methodology | + | The D4Science Redmine instance supports AGILE methodology: the development process is made up of '''Milestones'''. The target of a Milestone is a new gCube release. Inside each Milestone, the work is mainly organized into '''Sprints'''. A '''Sprint''' is a collection of actions taken to reach a goal. A '''Sprint''' should not have a duration of more than 2 weeks and should never last more than one month. The tickets associated to a '''Sprint''' are the list of actions required to reach the goal. |
== Tracker Types == | == Tracker Types == | ||
| − | Redmine is used to trigger new activities | + | Redmine is used to (i) trigger new activities for the gCube software, (ii) answer to support requests, (iii) react to defects found in candidate releases of the gCube System, and (iv) manage release procedures (e.g. start of releases, subsystem configurations attachment etc.). |
| − | The gCube project | + | The gCube project provides different tickets types (''trackers'' in the Redmine terminology) to build up a clear view of the gCube Software system status. Each tracker may have different fields and different status. In order to be compliant with AGILE methodology, each task must belong to one Sprint. |
=== Feature === | === Feature === | ||
| − | Used to define a task | + | Used to define a task, in order to accomplish the objective of the '''Sprint''' it belongs to. |
=== Bug === | === Bug === | ||
| − | Used to keep track of | + | Used to keep track of malfunctionings (bugs) of software components or of issues in a release process. |
=== Support === | === Support === | ||
| − | + | To request support for using a software component. It can be used by a developer to request information about a particular library built by another developer. Otherwise, it can be used by an end-user to ask help for interacting with an interface. | |
| − | + | Who opens this type of ticket MUST be sure that a similar ticket does not exist already. After each request of support, developers should take actions in order to merge requests referring to the same issues. | |
=== Release === | === Release === | ||
| − | Used during release | + | Used during release cycles, to keep track of the subsystems and the related components to release. |
Revision as of 17:54, 10 September 2015
Contents
Introduction
Redmine is an open source, web-based project management and issue-tracking tool. Redmine allows hyper-linking information between tickets, revision control systems (e.g. SVN, GIT) and wiki contents.
gCube Redmine Project
The D4Science infrastructure provides an instance of Redmine with a dedicated project for gCube tracking issues. This instance is available at https://support.d4science.org/projects/gcube
The D4Science Redmine instance supports AGILE methodology: the development process is made up of Milestones. The target of a Milestone is a new gCube release. Inside each Milestone, the work is mainly organized into Sprints. A Sprint is a collection of actions taken to reach a goal. A Sprint should not have a duration of more than 2 weeks and should never last more than one month. The tickets associated to a Sprint are the list of actions required to reach the goal.
Tracker Types
Redmine is used to (i) trigger new activities for the gCube software, (ii) answer to support requests, (iii) react to defects found in candidate releases of the gCube System, and (iv) manage release procedures (e.g. start of releases, subsystem configurations attachment etc.).
The gCube project provides different tickets types (trackers in the Redmine terminology) to build up a clear view of the gCube Software system status. Each tracker may have different fields and different status. In order to be compliant with AGILE methodology, each task must belong to one Sprint.
Feature
Used to define a task, in order to accomplish the objective of the Sprint it belongs to.
Bug
Used to keep track of malfunctionings (bugs) of software components or of issues in a release process.
Support
To request support for using a software component. It can be used by a developer to request information about a particular library built by another developer. Otherwise, it can be used by an end-user to ask help for interacting with an interface.
Who opens this type of ticket MUST be sure that a similar ticket does not exist already. After each request of support, developers should take actions in order to merge requests referring to the same issues.
Release
Used during release cycles, to keep track of the subsystems and the related components to release.
