Изменения процесса разработки

1. Автоматизировать транспорт изменений

1.1. Автоматически публиковать патч для установки на прод (или публикация в релиз-кандидат)

1.2. Создавать патч по форме автоматически для всех компонент: MII, js,настройки, права, pl/sql

1.3. Автоматически выставлять prod.installed

1.4. Публикация патчей сразу после создания и установки на ТЕСТ в общедоступном месте. Связывать патч с ИД разработки и тикетом в багтрекере

1.5. Указывать какие компоненты были изменены в багзиле

2. Общие изменения

2.1. Отобрать права, на PRODaх, на TESTах

2.2. Изменить пароли на PRODax

3. Делать релизы

3.1. Планировать изменение компонент

3.2. Тестировать релизы

3.2.1. Публиковать, какие компоненты нужно тестировать в релизе

3.2.2. Автоматизировать тестирование. Например передавать xml форме и сравнивать с эталоном

3.3. Публиковать, какие изменения вошли в релиз

3.4. Уточнить регламент по созданию релизов. Это не должно быть трудоемко. Т.к. релизы нужно выпускать часто.

4. Управлять версиями кода.

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

4.2. Решить, как структурировать проект.

4.3. Связать тикет из багзилы с ревизией

4.4. Внедрить семантическое управление версиями.