How to change the type of a new issue in RTC-SCM Code review component of 6.0.1?
Dear All,
we have upgraded to V.6.0.1 and are now introducing the SCM code review into the software projects.
Our internal process has already defined some workflows and wordings for source code reviews so we would like to follow this process.
In the SCM code review, if I create a new issue, I can give a "Type" to this issue. The type is a enumeration with following keywords: "Unspecified; Security; Accessibility; Best Practice; Globalization"
How is it possible to change this enumeration for a project area?
Can I change this in a way, that all project inheriting the process from a project area, automatically get the new enumeration/wording?
many thanks
Guido
Accepted answer
In RTC 6.0.1 the issue types in Code Review are a fixed set. There was an enhancement request (369933), but we ended up removing 'issue types' all together in 6.0.2. In RTC 6.0.5 we added the ability to allow the project administrator to define a set of tags that can be set on a code review issue. We expect this to be general purpose enough for customers to meet their workflow/process needs. For example, a set of tags could be created to represent the 'type' of the issue (ex: 'defect', 'best practice', 'question', 'invalid'), or to represent issue states such as 'verified', etc.
For additional information about RTC Code Review, please see:
Article: Rational Team Concert Code Review
Video: Introduction to Code Review (Part 1)
Video: Configuring Code Review (Part 2)
Video: Performing a Code Review (Part 3)
Knowledge Center: Working With the Code Review Tool
2 other answers
EXCEPT if the child was allowed to make changes to the enum on its own. If it is allowed (you didn't mark this 'final' in the parent), then IF the child changes the enum, it get s COPY of the list at that moment and is forever disconnected from future parent changes for (ALL) ENUMs.
you can test this pretty easily..
set final in the parent (shared) process config, and all children should see ONLY the parents config.
(ie, it will ignore completely any child configuration).
unset final and the child config will appear again.
this area is one of the sections that has child configurability allowed, see
https://jazz.net/wiki/bin/view/Main/ConfigurationDataDeltaUserDoc