Поделитесь опытом УДОБНОЙ работы в хранилище, когда есть т.н. черновик и чистовик (dev и release)

Форум Программирование Групповая разработка

Платформа 1С v8.3

1. acces969 362 23.02.24 07:34 Сейчас в теме

Интересует особенность работы с непротестированными доработками, когда работа закончена, в хранилище выгружено, но тестирование тестировщиками/пользователями не выполнялось, а рабочую базу обновлять из хранилища уже нужно.

Вознаграждение за ответ

Сумма: 1 $m

Добавили:
acces969 (1.00 $m)

Показать полностью

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. user1880116 23.02.24 09:55 Сейчас в теме

(1)

опытом УДОБНОЙ

О, сейчас будет очередное "накидайте мне вариантов, а буду нос воротить и критиковать".

Ну, держи, например, классическую имитацию веток git: https://its.1c.ru/db/v8std/content/709/hdoc
Мастер, ветка тестов, ветка разработки, вот это всё.

4. Xershi 1555 23.02.24 14:47 Сейчас в теме

(1) я пока тестирование не завершено не отдаю в хранилище.
Если через расширение работа, то можно как в гите создать подверсию расширения, а потом в новое ветке сопоставить изменения.

7. SlavaKron 24.02.24 13:18 Сейчас в теме

(1) В хранилище кладём только стабильную версию. Если что-то нужно отдать на тестирование, программист накатывает свои доработки в базу для тестирования через сравнить/объединить. Если всё ок, закидывает свою разработку в хранилище.

3. starik-2005 3087 23.02.24 14:16 Сейчас в теме

Гит юзай, а то аж олд скулы сводит...

6. acces969 362 24.02.24 10:15 Сейчас в теме

(3)

олд скулы сводит

Можно подробнее, интересно стало, почему так написали)

5. Akuji 22 23.02.24 16:23 Сейчас в теме

из хранилища получай по объектно - только то что протестировано

8. Дмитрий74Чел 239 27.03.24 20:28 Сейчас в теме

Делаем два хранилища: разработка и бой.
Ведем разработку, скидываем туда все что сдедали. Когда получаем "все ок" от "команды тестировки" (от аналитика), то руками через сравнение и объединение переносим в боевое хранилище.
При таком подходе надо все изменения в коде комментировать, чтобы легче было потом объединять.
Когда этому научитесь - можно будет замахиваться на git. До того если только уже есть опыт с git.

Оставьте свое сообщение

E-mail: