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

[@Ndochp]

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

[@yellow_club]

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

[@СергейПетров-л1ы9ж]

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

[@1cnickoff]

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

[@mysmster]

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

[@yellow_club]

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

[@Ndochp]

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

[@НикитаСасов-к4б]

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

[@Lebowski84]

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

[@lipat4554]

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

[@8tshk8]

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

[@rustmacro4563]

34:46 Доработанный код OSKuznetsova ART-928 Если ЗначениеЗаполнено(Склад) И не Склад.арт_ЗарубежныйСклад Тогда Я правильно понимаю, что у вас кодревью нет и вы пропустили в прод обращение к ссылочному реквизиту через точку?

[@rustmacro4563]

34:46 Евгений задал правильный вопрос, почему при редактировании типовых вы комментируете весь типовой код, когда по сути вам надо было добавить две инъекции кода, первая это конструкция если до типового кода, а вторая уже после вызов процедуры + закрытие конструкции если. Таким образом, не надо было трогать в принципе типовой код.

[@ПетрНарышкин-г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]

Готово

[@tarromang]

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

[@yellow_club]

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

[@MadWhomXD]

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

[@dmitriyvaulin]

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

[@vazelin99999]

Почему?

[@dmitriyvaulin]

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

[@vazelin99999]

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

[@dmitriyvaulin]

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

[@nixel2007]

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

[@АлександрКузин-й2с]

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

[@yellow_club]

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

[@JediAfrica]

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

[@KolBbl4]

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

[@yellow_club]

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

[@KolBbl4]

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

[@yellow_club]

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

[@dobrorodny]

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

[@alexanderlex-s933]

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

[@ЕвгенийЕфремов-ю6ы]

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

[@ПетрНарышкин-г2ф]

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

[@seeker4136]

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

[@8tshk8]

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

[@LosashExote]

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

[@LosashExote]

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

[@yellow_club]

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

[@ArKuznetsov]

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

[@АлександрНовосельцев-ю7к]

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

[@vazelin99999]

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

[@filaretbusoni3135]

Присоединяюсь. Как правильно понимать?

[@RamamonSailsToOrion]

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

[@yellow_club]

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

[@Doomsday77763]

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

[@yellow_club]

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

[@Doomsday77763]

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

[@yellow_club]

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

[@ytoteay]

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