Народ вот нам руководство прислало вот такую схему работы. О
От: EyfelFenk Россия  
Дата: 17.11.08 14:56
Оценка:
Я, например, не понимаю как можно на одну ошибюку создвать отдельную ветку и зачем =(

Проблемы

На 14.11.2008 система сдачи исходных кодов неприемлема по следующим причинам:
— Очень сложно отслеживать изменения и находить полный вариант исходного кода, соответствующего исправлению данной ошибки (приходится просматривать логи);
— Изменения, произведенные компанией «Балтатсофт», приходится интегрировать вручную;
— Десинхронизация между исходным кодом «Балтатсофт» и эталонными исходными кодами «Accelya».

Возможные решения

Принять более жесткую методику, которая будет позволять:
— Быстро получать общие сведения об этапах развития eServices при помощи умелого использования менеджера исходных кодов (SVN);
— Упразднить всякую необходимость ручного вмешательства с целью отследить изменения исходных кодов;
— Обеспечить соответствие между исходным кодом «Балтатсофт» и эталонными исходными кодами «Accelya».



Сегодняшняя процедура сдачи-приемки работ

1- На каждое исправление ошибки или запрос об обновлении Accelya направляет в Балтатсофт файл спецификации.
2- Балтатсофт исправляет ошибки / производит обновления, затем тестирует сценарии, описанные в запросе.
3- Балтатсофт обновляет («commit» на языке SVN) измененные файлы, размещая их в своей ветке менеджера исходных кодов (SVN).
4- Балтатсофт по почте извещает Accelya, что задание выполнено и прилагает список измененных файлов по каждому запросу об исправлении ошибки.
5- Accelya вручную забирает файлы, перечисленные в списке, и интегрирует их в свой исходный код.
6- Accelya тестирует сценарии, указанные в запросе.
7- Accelya загружает обновления на серверы.



Желаемая процедура сдачи-приемки работ

1- На каждое исправление ошибки или запрос об обновлении Accelya направляет в Балтатсофт файл спецификации.
2- Балтатсофт создает по одной ветви на каждую группу ошибок / обновлений путем копирования ветви под названием «integration». Создаваемые ветви должны называться следующим образом: « bugX », где X – это номер ошибки / обновления, который фигурирует в спецификации.
3- Чтобы работать с ошибкой / обновлением, нужно заново сконфигурировать исходную папку, чтобы она переключилась на соответствующую ветку («switch» на языке SVN), затем обновить проект в Eclipse («refresh» на языке Eclipse), чтобы включить в него произведенные обновления.
4- Балтатсофт исправляет ошибки / производит обновления, затем тестирует сценарии, описанные в запросе.
5- На каждую исправленную ошибку:
a. Балтатсофт обновляет (« merge » на языке SVN) ветку «integration», интегрируя в нее все изменения из исправленной ветки;
b. Балтатсофт по почте извещает Accelya, что исправлена ошибка / произведено обновление;
c. Балтатсофт ожидает ответа Accelya прежде, чем проинтегрировать следующую ветку в ветку «integration».
6- Accelya тестирует сценарии, описанные в запросе, непосредственно в верви «integration».
7- Accelya утверждает произведенные изменения и применяет их к эталонной версии («trunk» на языке SVN).
8- Accelya загружает обновления на серверы.

... << RSDN@Home 1.2.0 alpha 4 rev. 1111>>
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.