#0
by MaiorovYury
Всем доброго дня Извиняюсь за нубский вопрос, но только недавно начал работать с хранилищем конфигурации и вот сейчас возник вопрос обновления доработанной типовой бух 3.0 через хранилище. Если я накачу 2 релиза (c 52.39 на 54.20 и сразу на 57.10) на тестовой базе и потом выгружу такую конфу в хранилище и обновлю рабочу из хранилища - все пройдет ок? Обновление нормально отработает для обоих релизов? Кто-нибудь так обновлялся? Немного смущает процесс который запускается после обновления релизов - дополнительные процедуры обработки данных.
#1
by D3O
процедуры обновления отработают. вопрос в другом: при работе с хранилищем необходимо будет снять с поддержки ;)
#3
by MaiorovYury
О_о вот это сюрприз) то есть получается надо обновлять отдельно от хранилища и потом пересоздавать хранилище?
#4
by MaiorovYury
я так понимаю мнения разделились, да?) кажется будут делать на двух тестовых и потом отпишусь сюда как и что)
#6
by Fragster
совсем по фэн шую - делаешь хранилище с типовой, из него делаешь свою поставку, делаешь релизы параллельно с типовой и накатываешь на рабочую уже свою поставку. рабочая на полной поддержке, но уже своей поставки, обновляется после бэкапа из командной строки автоматом ночью :)
#8
by Новиков
>>Если я накачу 2 релиза (c 52.39 на 54.20 и сразу на 57.10) на тестовой базе и потом выгружу такую конфу в хранилище и обновлю рабочу из хранилища - все пройдет ок? В общем случае нет, но скорее всего - да. Надо анализировать. Если есть желание протестить - обновляешься из хранилища и смотришь, отработают ли без ошибок все процедуры обновления. Если да - удача на твоей стороне :)
#10
by Новиков
А зачем так делать - вот этот момент не понятен? Зачем типовую конфу обновлять через хранилище - какой в этом цимес для тебя?
#13
by MaiorovYury
, я почти каждый день делаю свои доработки. Соответственно делаю это на тестовой, там все проверяю и накатываю на рабочую через хранилище Теперь нужно обновить и основую - то есть накатить новый типовой релиз. Хотелось это тоже сначало сделать на тестовой, все проверить, и потом в один клик перенести на рабочую.
#14
by MaiorovYury
Сейчас уже накатываю новый релиз на тестовую. И думаю сначала перекинуть его на еще одну тестовую базу, для проверки И если все ок - уже накатывать на рабочую
#16
by Fragster
надо делать на базе для разработки, которая подключена к хранилищу. потом из хранилища накатывать на тестовую, прогонять тесты, и, если ОК, то делать поставку. При этом в хранилище не должно быть помещено незаконченных вещей, т.е. выгрузив конфигурацию из хранилища в файл мы получаем целостную конфигурацию.
#18
by MaiorovYury
не уверен, что понял вопрос, но попробую ответить) вообще с хранилищем начал работать месяц назад. Конфу поставщика с тех пор еще не обновлял.
#19
by MaiorovYury
я свои поставки не делаю. То есть делаю все (и разработку и тесты) на тестовой базе и просто потом обновляю рабочую из хранилища Я фикси, если что)
#21
by MaiorovYury
доп проверка что в рабочей ничего не меняю))) да и как-то через хранилище быстрее и надежней кажется - не тот файл по крайней мере не выберу)))
#22
by Новиков
я так и думал, что тебе лень потом через cf накатывать. Ну, если ты перешел вообще уже на полный ручник, то тогда только тестируй и читай журнал регистрации. Или - не ленись, а делай свою подливу в хранилище до выхода очередного обязательного релиза. Тогда обезопасишься от тягостных дум. Ну и конечно, совет на все случаи жизни - беги оттуда, беги с фикси, развивайся и будь щастлив!!11 Не благодари.
#24
by Fragster
а для понимания, что и зачем, советую почитать . Оно про Git, но можно провести множество аналогий. Например сама конфигурация хранилища похожа на мастер ветку, захваченные объекты - это "ветки", которые сливаются при помещении их в хранилище. Соответственно, ну и основная типовая поставка - это параллельная ветка, изменения которой переливаются в "ветки" захваченных объектов, которые потом помещаются в "мастер"
#28
by Fragster
он не просто сырой, он мокрый. я жду пресс релиза о выпуске новой версии БСП целиком на EDT. тогда начно пользоваться. Но принципы GIT и прочих систем распределенной разработки надо изучить не только из-за EDT, но и в принципе для саморазвития
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Обновление сильно правленной конфигурации. Help!
- Обновление конфигурации. Обязательно выгонять пользователей?
- Обновление БП. Не видится обновление
- Обновление 8.2 Ошибка "Не выполнено обновление информационной базы"
- Кто-нибудь пробовал настроить автоматическое обновление тонкого клиента в 8.3?
- Конфигурация: Автоматизированное обновление измененных конфигураций 1С
- Обновление не типовой УТ 11.0.9 до типовой УТ 11.1
- обновление типовой на 3,0
- Невозможно запланировать обновление типовой 1с БП 3.0 .Обновление по расписанию.
- (8.2) обновление релизов через хранилище
В этой группе 1С
- Динамический список. Состояние просмотра
- Неизвестная графа "принято" в акте сверки
- 1С8 СКД При типовом сохранении отчета в XLS пропадает фиксация шапки
- Получить цены номенклатуры на каждый день периода СКД
- Конфликт блокировок при выполнении транзакции
- Графическое представление текста запроса
- 1с ЗУП 3.1 Почему новым сотрудникам не начисляется Районный коэффициент?
- Перенос из 8.3 в 7.7
- '1С:Сканеры штрихкода (NativeApi)' - проблем с залипанием shift не наблюдаете?
- Ошибка СУБД Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d
- Разница амортизации в БУ и НУ
- ЗУП 3.1 Стандартные вычеты на детей
- Настройка платежного терминала + ККМ + 1С Розница
- ЗУП 3.1 отступы в ячейках таблицы формы
- Слетает роль, при обновлении
- Не удалось сформировать внешнюю печатную форму! Недостаточно фактических параметров
- не загружаются документы через сервис ЭДО, Конфигурация 1С УТ 10.3.45.4
- БП 3. Не видно ведомостей на выплату ЗП в банк
- УТ 11 (11.3.4.93). Помогите, печать ТОРГ-12 в руб. по курсу от 09.01.2018
- КД 2. Перегрузка с проведением