Технология работы с конфигурацией

[speshuric]

Меня попросил один хороший товарищ рассказить, как мы организовали работу с конфигурацией при разработке. Чтобы эта информация не пропала, я решил её опубликовать у себя в ЖЖ. Учтите, это не инструкция и не полное описание нашей системы. Это просто небольшой набросок, отражающий фактическую картину.

Comments

[stas_kulesh]

[speshuric]

не понял твою реплику.

[alvabul]

Не совсем понятны роли конфигурации 2 и 4. Они не дублируют друг друга?
2-это конфигурация, связанная с хранилищем
4-"Конфигурация для разработки".

вопрос: Почему нельзя вести разработку совместную сразу в конфигурации 2?

[speshuric]

О! В этом самая суть

[alvabul]

Интересно. Несколько вопросов:

# Разработчик Синар разрабатывает некий блок или изменение в ИБ с конфигурацией 4. При этом есть определённые правила оформления кода, рекомендации по разработке и реестр доработок, которые позволяют "не потеряться" этой доработке в конфигурации.
--ясно

# Администратор хранилища конфигурации дополнительно контролирует, что внесенные изменения не разрушат структуру хранилища и конфигурации 2
---каким образом? Просматривает код или как-то тестирует?

# Разработчик Синар (совместно с Пользователем) осуществляет предварительную проверку разработанного блока в ИБ с конфигурацией 4
---ясно

# В зависимости от харакетра доработки разрабатывается план тестирования
# Администратор создания файлов поставок создаёт файл поставки в ИБ с конфигурацией 2
---А как происходит перенос изменений из 4 в 2, где собственно и формируется файл поставки?

[speshuric]

Просматривает код или как-то тестирует?
Минимум - после заливки разрабом конфы в хранилище - сравнивает эту и предыдущую версию, выясняет что и как будет реструктуризировано, что было изменено. В случае сомнений - прогоняю (да, это чаще всего я ;) ) тестовое разворачивание. Обычно если изменение проблемное для структуры данных, то это хорошо видно. Только если я уверен, что всё хотя бы можно будет откатить беспроблемно к предыдущей версии, только тогда я грузану в конфигурацию 2 новую конфигурацию хранилища.

А как происходит перенос изменений из 4 в 2, где собственно и формируется файл поставки?
Обычно простым сравнением/объединением. Т.к. в конфигурации 4 объектов изменено относительно конфигурации 3 немного (итерации небольшие всё-таки), то это делается очень быстро. Но! после загрузки изменени в "2" они сначала попадут в хранилище, а уже потом, когда конфа в хранилище и основная конфигурация в ИБ с конфигурацией 2 совпадут, только тогда готовится файл поставки.