Куда привели 2 года работы с EDT
EDT позволяет работать с кодовой базой конфигураций напрямую – использовать GIT, помещать изменения в ветки и запускать тесты до попадания в основную кодовую базу, чтобы добиться «зеленых ночных сборок» для конфигурации. Разработчик из компании «Первый БИТ» Валерий Дыков на конференции Infostart Event 2021 Post Apocalypse рассказал, как безболезненно перейти на EDT и получить преимущества работы с GIT, продолжая работать в конфигураторе.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
У меня есть прекрасная традиция: раз в год разворачивать EDT и, спустя пару дней, заворачивать ее обратно) Интересно, когда нибудь она выйдет из состояния вечной беты?
В очередной раз получил подтверждение тому, что использовать EDT станет реально только после того как это станет единственным средством разработки коробочных продуктов в самой 1С и, соотв-но, за него возьмутся всерьез.
Потрачены тысячи часов дорогих разработчиков на С++ для разработки конфигуратора, для разработки и поддержки нормальной IDE потребуется не меньше, а денег хочется здесь и сейчас, да и страшно трогать тонны залежей легаси кода.
Теперь о веселом - а все равно сделают, т.к. выхода нет, а перспективы открылись серьезные.
По мере ухода с рынка "больших" игроков, и, соотв-но появления больших же свободных денег, у 1С не получится по-новому оставить все по-старому. Иначе найдутся те, кто сочтут целесообразным серьезно вложиться и предложить что-то лучше.
Потрачены тысячи часов дорогих разработчиков на С++ для разработки конфигуратора, для разработки и поддержки нормальной IDE потребуется не меньше, а денег хочется здесь и сейчас, да и страшно трогать тонны залежей легаси кода.
Теперь о веселом - а все равно сделают, т.к. выхода нет, а перспективы открылись серьезные.
По мере ухода с рынка "больших" игроков, и, соотв-но появления больших же свободных денег, у 1С не получится по-новому оставить все по-старому. Иначе найдутся те, кто сочтут целесообразным серьезно вложиться и предложить что-то лучше.
я как то купил курс по ЕДТ , что бы быстро научится , это было пол года назад , месяц на нем проработал и забыл как страшный сон. Для командной разработки возможно это шаг вперед , но для программиста одиночки это лютый гемморой.
Очень забагованая и нестабильная штука.
Очень забагованая и нестабильная штука.
(12)
Он мог уже за пол года устареть достаточно.
я как то купил курс по ЕДТ , что бы быстро научится , это было пол года назад , месяц на нем проработал и забыл как страшный сон. Для командной разработки возможно это шаг вперед , но для программиста одиночки это лютый гемморой.
Очень забагованая и нестабильная штука.
Очень забагованая и нестабильная штука.
Он мог уже за пол года устареть достаточно.
(14) Возможность работать с гитом из конфигуратора - есть.
Выгрузить конфигурацию в файлы, указываешь папку локального гит репозитория, предварительно чекаут на нужную ветку. Далее PR в облако
Загрузить конфигурацию из файлов , предварительно все затягиваешь из облачного репо в свой локальный и из него грузишь конфигурацию, понятно что все тек доработки будут потеряны, это надо сделать до страта работы по задаче. Если надо промежуточно забрать к себе изменения в конфигуратор, то как в статье описано - забираем изменения из облачного репо, варим себе cf и руками объединяем.
Примерно так у ТС и работают заявки в SD, описанные в статье. Конечно в ручном режиме, все это очень не стабильно - большое пространство для ошибки, ведь надо не забывать делать переключения между ветками, затягивать, помещать, мержить.
Выгрузить конфигурацию в файлы, указываешь папку локального гит репозитория, предварительно чекаут на нужную ветку. Далее PR в облако
Загрузить конфигурацию из файлов , предварительно все затягиваешь из облачного репо в свой локальный и из него грузишь конфигурацию, понятно что все тек доработки будут потеряны, это надо сделать до страта работы по задаче. Если надо промежуточно забрать к себе изменения в конфигуратор, то как в статье описано - забираем изменения из облачного репо, варим себе cf и руками объединяем.
Примерно так у ТС и работают заявки в SD, описанные в статье. Конечно в ручном режиме, все это очень не стабильно - большое пространство для ошибки, ведь надо не забывать делать переключения между ветками, затягивать, помещать, мержить.
Радует, когда в самом начале завязка на то, с чем работают единицы - не типовая или самописная база.
А вот когда дело доходит то самого нужного - для работы с базой на поддержке и прочими прелестями (особенно когда базе есть неподдерживаемые ЕДТ объекты) - вот тут всё возвращается к истокам - к вопросу - зачем она нужна основной массе ?
А вот когда дело доходит то самого нужного - для работы с базой на поддержке и прочими прелестями (особенно когда базе есть неподдерживаемые ЕДТ объекты) - вот тут всё возвращается к истокам - к вопросу - зачем она нужна основной массе ?