Обновление нетиповой 1С 8.3 от профессионала. Новый метод обновления 1С.

Все еще обновляете 1С 8.3 по старинке? А может и не знаете как обновить 1С? Вот вам новый метод обновления нетиповых конфигураций.
Сразу скажу, что метод сложный и подходит только для профессионалов, кому постоянно приходится обновлять сильно доработанные 1C конфигурации. Зато один раз научившись, сократите время на обновление 1С в разы.
Тайм-коды:
00:00:00 Вступление
00:04:57 Какие проблемы есть при стандартном процессе обновления 1С
00:06:10 Что будет на вебинаре и чего НЕ будет
00:07:10 Правила доработки типовых конфигураций 1С
00:08:35 Почему стоит обновлять 1С через GIT
00:09:08 Основной процесс при обновлении 1С
00:10:45 Интерфейс SourceTree - загружаем 1С конфигурации
00:14:25 Объединяем ветки
00:15:15 Анализ конфликтов слияния
00:16:40 Ключевые точки обновления 1С
00:16:54 Где взять конфигурацию поставщика (используем YARD)
00:20:45 Создаем ветки автоматически (используем Rector)
00:23:10 Решение конфликтов объединения 1С конфигураций (используем kdiff)
00:31:00 Почему важно сравнивать по процедурно
00:32:20 Примеры решения конфликтов
00:42:24 Обычные формы через GIT лучше не обновлять
00:45:45 Почему стоит попробовать обновлять 1С через GIT
00:47:18 Какие проблемы можно получить
00:51:20 Как загрузить конфигурацию из GIT в 1С
00:53:45 Как проверить, что ничего не сломалось после обновления
00:56:10 Что еще нужно сделать после загрузки конфигурации
00:58:35 Последовательность обновления, когда уже есть GIT
00:59:30 Бонусы ведения истории разработки в GIT
01:01:18 Ответы на вопросы
Ссылки:
1. Правила доработки типовых конфигураций 1С: vk.cc/c7KHP4
2. Инструмент YARD vk.cc/c7KHUH
3. Инструмент Rector vk.cc/c7KHXr
Спикер: Артем Кузнецов. Утверждает, что сильно доработанный 1С ЗУП обновляет за полчаса с перерывами на кофе. Вот что Артем рассказывает:
1️⃣ Какие существуют правила доработки типовых.
2️⃣ Какие инструменты помогают упростить жизнь обновляющему.
3️⃣ Как сократить время обновления.
После просмотра митапа вы сможете обновлять типовые конфигурации с доработками в 3 раза быстрее. Если что, это не публичная оферта😉 Но сразу можете прикинуть куда и как можно потратить это время.
В качестве подготовки к митапу предлагаем почитать регламенты Артема по реализации доработок и выпуску релизов. У докладчика очень интересный аккаунт на гитхабе (github.com/ArKuznetsov/Some1CD.... Его имеет смысл изучить не только в рамках подготовки к митапу.
Справочная информация об Артеме. Работает в 1С с 2001 года. Сейчас 1С архитектор в отделе сопровождения корпоративных клиентов.
Активно интересуется:
- сложными интегрированными решениями;
- автоматизацией работы 1С-ников;
- вопросами производительности систем;
- качеством программных решений.
Кроме 1С пишет на: Java, OneScript, C#.
==========
Информационные площадки "Жёлтого клуба":
Телеграмм канал: t.me/yellowclub_official
Телеграм чат: t.me/yellowclub_vrn
Группа ВКонтакте: vk: 1c_36
Подписывайся на канала Желтого клуба, чтобы не пропустить интересных гостей
/ @yellow_club

[@1cnickoff]

Слишком сложный вариант. Проще использовать конфигуратор. Стандартное обновление. После отбор «дважды изменённые». А вот исправление конфликтов - kdiff3. Поддерживается конфигуратор полностью. Там так же будут конфигурации поставщика и наши изменения. Все 3 окна. И он так же 90-95% разрешит сам. И не надо грузить кучу файликов в гит. Все работает «из коробки» на компе клиента.

[@mysmster]

Я тоже не понял что мешает приделать kdiff3 к конфигуратору...

[@yellow_club]

Этот способ хорош тем, что руками нужно только конфликты резолвить. Остальная рутина уходит

[@Ndochp]

@@yellow_club Так при внешних инструментах в конфигураторе так же.

[@user-hc2pn6yu2e]

Поддерживаю, в чем выигрыш представленного метода при использовании kdiff штатными средствами в конфигураторе?

[@Lebowski84]

@@mysmster там тоже 3 стороннее сравнение будет?

[@lipat4554]

Чтобы без боли работать в связке 1С и Git, необходимо полностью переделать платформу. Все решения, которые сейчас существуют вокруг всего этого похожи на некие костыли. Хочешь работать с Git, CI, CD - изучай сразу "правильные" языки и технологии. Пока технологии 1С не про это.

[@Ndochp]

Влезу про 1:09:09 - щелкать галочки не надо. Надо сохранить xml с настройками объединения и выключить комп. А утром включить, запустить сравнение объединение и после появления окошка загрузить настройки объединения. А потом продолжить с того места, где остановился.

[@yellow_club]

Верно! Так можно, но поговаривают, что не очень надёжный способ. Иногда не работает ((

[@user-dr1xb9ph7n]

@@yellow_club Верно, чудеса бывают

[@8tshk8]

Соглашусь с плюсом, что можно сохранить промежуточный результат. Но Конфигуратор как раз позволяет сравнить макеты и формы. Обычные тоже. Проверено на УТ 10.3. Ещё один большой аспект для такой процедуры - это контекст. Хорошо, когда знаешь что и где было изменено, потому что это делал ты или твои коллеги. Ещё лучше если выполнены рекомендации по доработке.

[@tarromang]

По поводу невозможности сохранить текущее состояние сравнения/объединения - там же кнопки для этого специальные есть. Я ими регулярно пользуюсь, чтобы в случае падения конфигуратора можно было вернуться к результатам работы :)

[@yellow_club]

Об этом Артем говорил на стриме, боль такого процесса в том, что не всегда кнопка отрабатывает хорошо.

[@user-gb2jl7uc3f]

Стандартный обновлятор более функциональный, все функции есть, и сравнения и объединения, единственный плюс это гит

[@user-wl9lv3xn1g]

Словил ошибку форматат потока при загрузке смердженой конфигурации

[@user-ni4jk9gv6b]

Когда оставляют старый код закомментированным и рядом ставят свой изменённый - это ооочень не удобно. При следующем же таком обновлении с использованием KDiff3 невозможно быстро увидеть что именно было изменено. Если же просто оставлять только измененный код, то потом при сравнении будет видно до каждого символа что именно поменялось. Ну а чтобы увидеть что было - всегда есть сравнение с конфигурацией поставщика (или тот же гит)

[@yellow_club]

Вроде Артём показал как это выглядит в kdiff, симпатично и все понятно, имхо

[@JediAfrica]

@@yellow_club То, что Артем показал, в конфигураторе в 10 раз проще делается и красивее выглядит. Это было видео-манипуляция, т.к. реально сложных случаев он не показал. К тому же, он так беспечно авто-принимает изменения "если изменений в одной и той же строке не было"... А если мы при изменениях какую-то типовую строку перенесли в другое место (иногда, бывает, нужно за пределы цикла или условия вынести), то после такого автомерджа в результате будет обе строки (старая и новая)... и привет!... синтакс-контроль проходить будет, а код будет работать некорректно... и баг этот выловят уже пользователи... года через 2 работы...

[@akrynetsky]

Тайм-коды: 0:00:00 Подготовка 0:02:00 Опрос "Вы уже умеете обновлять типовые?" 0:04:57 Начало 0:06:10 Что будет не вебинаре и чего НЕ будет 0:07:10 Как правильно дорабатывать типовые 0:08:35 Обновление через GIT (когда еще нет GITa) 0:14:30 Мерджим ветки 0:16:40 Ключевые точки обновления (еще раз) 0:17:50 Инструмент загрузки релизов YARD 0:20:45 Инструмент для подготовки обновления Rector 0:23:30 Решение конфликтов слияния 0:27:00 Визуальное слияние, просмотр конфликтов 0:30:40 Про количество экранов Артема 0:31:00 Не умеют сравнивать по-процедурно 0:32:20 Пример решения изменения 0:42:24 Про обычные формы 0:44:50 Сравнение/объединение в конфигураторе 0:45:45 Основное достоинство использования GIT 0:46:30 Вопрос: постоянно ломаешь XML? 0:47:18 Проблемы слияния кода 0:49:45 Расшифровка ошибок при загрузке конфигурации из файлов 0:50:48 Вопрос: пользовательская видимость добавленных элементов 0:52:45 Не 1Сный объект на поддержке 0:53:45 Проверка результатов 0:55:00 Самый надежный способ убедиться, что обновление корректно 0:56:10 Про что часто забывают 0:57:05 Как загрузить конфигурацию поставщика? 0:58:35 Последовательность когда уже есть GIT 0:59:30 Бонусы ведения истории разработки в GIT 1:01:18 Вопрос: Как выглядит изменения макетов и реквизитов составных типов? 1:02:50 Вопрос: Показалось, что это сложнее, чем сравнить/объединить 1:04:40 Вопрос: А в вашей команде все обновляют таким методом? 1:05:25 Вопрос: Можно ли так накатить БСП?

[@yellow_club]

Спасибо 🙏 чуть поправлю и добавлю в описание

[@akrynetsky]

@@yellow_club ещё ссылки на инструменты YARD, Rector

[@yellow_club]

Готово

[@MadWhomXD]

Добавлю, что из всех опробованных мной утилит для мержа, артефакты в коде (добавленные куски кода из удаленных процедур) остаются только при использовании кдиффа, остальные выдают конфликты (походу остальные смотрят на некоторое количество строк вокруг). А другие утилиты не очень хорошо дружат с 1сными хмл-файлами, которые содержат смешанные стили конца строки (все файлы, содержащие многострочные поля (запросы, подсказки) - роли, формы, макеты скд). И вот они приводят переносы строк в файле к единому стилю. Конфигуратору на это, конечно, пофигу, но история в гите несколько портится.

[@KolBbl4]

Интересно, а если используются расширения конфигурации, то тут как быть? Также разобрать конфигурацию и её сравнивать с расширением?

[@yellow_club]

А какую задачу пытаешься решить?

[@KolBbl4]

@@yellow_club Обновить конфигурацию. У меня на типовую конфу, огромное количество расширений 8+.После обновления, надо понять какое из расширений отвалиться, и как сильно код расширения отличается от новой конфигурации поставщика. В общем провести обновление так, чтобы увидеть как сильно код в расширениях отличается от новой конфигурации поставщика. Надеюсь правильно объяснил суть задачи))) интересно просто, получиться ли таким способом, который в видео, корректно проверять изменения в расширениях.

[@yellow_club]

Пока готовых рецептов под такой сценарий нет. Надо пробовать

[@dobrorodny]

@@KolBbl4 есть решение, поищи ответ на моем канале в ютуб и свяжись со мной, если актуально

[@8tshk8]

Посмотрел я YARD это ж как его запустить-то?

[@seeker4136]

Я с расширением не заморачиваюсь не с какими галками, обновляю, нажимаю далее, далее. После обновления проверяю возможность применения расширения. И если есть конфликты через внешнюю программу KDIFF3 делаю слияние, на это уходит порядка 30 мин. Зачем такие сложности?

[@dmitriyvaulin]

последнее что я буду делать это редактировать конфу на Гите.

[@vazelin99999]

Почему?

[@dmitriyvaulin]

@@vazelin99999 из за размеров, и из соображений секретности. В крайнем случае на своём компе разверну Черепаху - локальный Гит.

[@vazelin99999]

@@dmitriyvaulin с секретностью понятно. А если в локальном репозитории, стали бы вот так экспериментировать?

[@dmitriyvaulin]

@@vazelin99999 только если несколько разработчиков. А обновление это надо понимать что там где. тут оутсорс непрокатит.

[@nixel2007]

@@dmitriyvaulin как связаны гит и секретность? Гит сервер может быть любой и развернут где угодно. Использование гита не привязывает вас к гитхабу или облачному гитлабу. Удалённый репозиторий может быть папкой в шаре во внутренней сети

[@user-gb2jl7uc3f]

И промежуточный результат можно сохранить сейчас

[@alexanderlex-s933]

За 6-летний опыт в 1С по пальцам могу посчитать когда обновлял типовую и доработанную типовую. Кому что нравится, как говорится.

[@user-rh1gt6py5n]

Вообще слишком усложненная система и изврат. kdiff как и p4merge можно использовать в конфигураторе, git хорошая штука, но "1с-программисты" слишком за модой гонятся и не понимают вообще понятия "система управления версиями"

[@vazelin99999]

А как понимать правильно понятие система управления версиями?

[@LosashExote]

Мне показалось, или докладчик сказал нам копировать типовые объекты рядом, вместо их изменения? Лол, спасибо, не надо такого. «В гите история хранится, позволяет нам уйти от комментариев в конфигурации» - ага, а потом клиент от вас уйдет к другому франчу, и они будут смотреть на… ничего. Гит - потому что «автоматично и прикольно» - простите, не убедительно. Слишком мало времени уделено тому, почему эти танцы с бубном вообще нужны. Экосистема 1с по прежнему в 2021 году работает очень медленно и громоздко в плане интеграции с гитами, там есть свои минусы. xml данные когда меняются, то смотреть на это в виде кода вообще боль невозможная. Самое ценное, что можно делать, это правильно дорабатывать. Понимание как - правильно - приходит только после большого опыта обновлений «засранных» конфигураций, которые обычно делают 95% всех разработчиков 1С. Да, действительно, нужно модифицировать формы и макеты кодом итп. От этого есть видимое упрощения обновлений.

[@LosashExote]

Добавлю, что если очень нравится все то, что продвигается сейчас в плана девопса в 1с, я бы лично посоветовал уйти из 1с в принципе. Насиловать мертвую лошадь и заставлять ее полететь в космос это занятие для особых. Я просто хочу сказать, что платформа 1с не была рождена для нормальной промышленной разработки, все вот эти костыльки с загрузками-выгрузками как работали плохо, так и продолжают. ЕДТ мертворождена, устаревает быстрее, чем 3 индуса пытаются ее подпиливать. Конфигуратор морально устарел еще лет 10 назад точно, но все пользуются, потому что хотя бы работает, более-менее надежно. В голове 1С сидят одни старики, в своем мире. Посмотрите на курсы их учебных центров. Кто там ведет, в какой интонации, как это смонтировано, ну неужели денег не хватает делать нормально? Или все-таки желания? Все кто познал 1с продолжают там находиться лишь по причине достаточно легких денег при относительно маленькой интеллектуальной нагрузке.

[@yellow_club]

Во многом согласен. 1С - большая экосистема. Поэтому изменения идут медленнее, чем хотелось бы. Это же не стартап.

[@ArKuznetsov]

"Самое ценное, что можно делать, это правильно дорабатывать." - а вы уловили суть! :-)

[@RamamonSailsToOrion]

Дизлайк за текст на картинке заголовка. Не умею обновлять 1С? Бред

[@yellow_club]

Через гит же ж не умеешь?)

[@Doomsday77763]

Гит и 1с зачем?)

[@yellow_club]

Чтобы не веселее жить))

[@Doomsday77763]

@@yellow_club ёжика на глобус натягиваите)

[@yellow_club]

@@Doomsday77763 может быть....Как знать, может это станет мейнстримом)

[@SamGorodok17]

бредятина какая