ITK/Policy and Procedures for Adding Developers: Difference between revisions

From KitwarePublic
< ITK
Jump to navigationJump to search
(New page: = DRAFT = Adding developers to the team is a very important aspect of the process of building a healthy community. The following are the procedures for adding developers to the toolkit ...)
 
No edit summary
Line 1: Line 1:
 
__TOC__
= DRAFT =


Adding developers to the team is a very important aspect of the process of building a healthy community.
Adding developers to the team is a very important aspect of the process of building a healthy community.
Line 6: Line 5:
The following are the procedures for adding developers to the toolkit
The following are the procedures for adding developers to the toolkit


== Identify Candidates ==
= Identify Candidates =


Candidates are identified on the basis of
Candidates are identified on the basis of
Line 27: Line 26:




== Evaluating Candidates ==
= Evaluating Candidates =
 
Once a candidate has been suggested, the developers in the oversight committee will vote in favor or against.
 
(Majority rule ?)
(Should we require consensus? unanimity ?)
 
If the candidate is approved then developers will send her/him an invitation.
 
Upon acceptance the candidate will be directed to provide its username/password for CVS write access to
 
https://www.kitware.com/Admin/SendPassword.cgi


Onc
The candidate (now developer) will be required to sign up for


== Training New Developers ==
* Bug Tracker
* ITK CDash
* ITK Wiki
 
In particular, the new developer should be able to receive emails when commits break the Dashboard; and it should be possible to assign bugs to the new developer.
 
 
= Training New Developers =


New developers should be introduced to the procedures of the toolkit.
New developers should be introduced to the procedures of the toolkit.


In particular to
In particular to the following
 
* [[Telephone Conference Agendas and Minutes|How to Join the Weekly Tcon]]
* [[ITK Oversight Committee|The Role of the Oversight Committee]]
* [[ITK Procedure for Contributing New Classes and Algorithms|Procedure for Contributing New Classes and Algorithms]]
* [[ITK Procedure for Contributing Bug Fixes|Procedure for Contributing Bug Fixes]]
* [[ITK Procedure for Adding a Test|Procedure for Adding a Test]]
* [[ITK Rules for CVS Contributors|Rules for CVS Contributors]]

Revision as of 16:10, 1 May 2008

Adding developers to the team is a very important aspect of the process of building a healthy community.

The following are the procedures for adding developers to the toolkit

Identify Candidates

Candidates are identified on the basis of

  • Regular and/or notable contributions to the users/developers mailing list
  • Regular and/or notable contributions to the bug tracker
  • Regular and/or notable contributions to the Insight Journal
  • Participants on projects under the supervision of existing developers

Any current developer is welcome and encouraged to suggest candidates. Users are welcome to ask for being considered as candidates.

Characteristics that are desirable in a candidate

  • Competent C++ Skills
  • Good communication skills
  • Team building skills

Candidates should be suggested to the members of the oversight committee and any additional developers that may have opinions in favor or against the particular candidate


Evaluating Candidates

Once a candidate has been suggested, the developers in the oversight committee will vote in favor or against.

(Majority rule ?) (Should we require consensus? unanimity ?)

If the candidate is approved then developers will send her/him an invitation.

Upon acceptance the candidate will be directed to provide its username/password for CVS write access to

https://www.kitware.com/Admin/SendPassword.cgi

The candidate (now developer) will be required to sign up for

  • Bug Tracker
  • ITK CDash
  • ITK Wiki

In particular, the new developer should be able to receive emails when commits break the Dashboard; and it should be possible to assign bugs to the new developer.


Training New Developers

New developers should be introduced to the procedures of the toolkit.

In particular to the following