ITK/Release 4/Modularization/Code Reviews/Process
From KitwarePublic
< ITK | Release 4 | Modularization | Code Reviews
Jump to navigationJump to search
Overview
- Define a comma separated file per contractor
- Containing
- Filename
- Outcome
Possible Outcomes
For each file, a contractor will review the code following the Check list (reference here) and specify one of the following outcomes
- No change required (key: Good)
- Minor typos (key: Minor)(reviewer will fix them directly)
- Doxygen documentation needed (need fixing) (key: Dox)
- File must be removed (broke, obsolete, irreparable) (key: Kill)
- File needs refactoring (key: BUG#number)(it must have been logged as a mantis bug by the time the CSV file is updated)
Contractors
Refactoring
For classes to be refactored
the following process should be followed
- MANTIS Bug
- Dependencies
- Migration guide