Правила настройки системы контроля доступа к исходному коду программы.

В проектах, над которыми работает большое количество людей, важно огранизовать работу таким образом, чтобы разработчики следовали определенному процессу в работе над исходным кодом.

Данное соответсвие может достигаться несколькими способами:

1. Огранизационный. (Разработчики договариваются между собой, что они будут следовать определенному процессу)
2. Технический. (Для системы контроля версий вводятся правила, которые не позволяют добавить код в систему, пока разработчик не выполнит все атрибуты процесса)

Основным приемуществом огранизационного подхода является простота реализации. Данный подход будет работать в относительно небольшой команде опытных разработчиков, которые никогда ничего не забывают и делают все правильно =). Утопично, не правда ли... ?!

Рассмотрим, второй способ, который на мой взляг является наиболее действенным в реальной жизни. Выделим правила, которым необходимо сделовать при настройке системы контроля доступа к исходным кодам.

1. Не разрешать добавлять код, разработчик не указал комментарий к изменению. Комментарий должен быть понятным и отражать проделанную работу. Технически выполнить данное требование можно путем создания правила, которое будет запрещать добавлять код с пустым комментарием или с комментарием содержащим менее 5 слов.
2. Добавление исходного кода должно быть привязано к задаче из списка задач для выполнения. К примеру это можно огранизовать в следующем виде:  

• Создать определенный формат: Feature #(XXX): //Comment; Bug #(XXX): //Comment; etc;
• Создавать ссылки на исходный код в системе контроля дефектов/задач. 

Возможны еще более делатальные настройки, которые будут специфичны для конкретного проекта, но на мой взгляд, указанные выше два правила должны быть в каждом проекте, если команда заботится о возможности отлеживания измений исходного кода.