Комментарии 12
Любопытная конструкция. А не проще код внешних обработок хранить в Git, например?
Дело в том, что .epf — это собственный формат 1С, и открыть его скажем, блокнотом у Вас не выйдет. Т.е. в разрезе гита это просто файл данных, и ни о каком версионировании не приходится говорить. Тут акцент надо сделать на том, что файл помечается — «только на чтение» и случайно перезаписать его не выйдет.
Разве что постоянно держать рядом, текстовый файл с кодом обработки да еще и не забывать гонять его туда-сюда (c git) (пофантазировал =)). Но как Вы понимаете, таким просто никто не будет заниматься.
Разве что постоянно держать рядом, текстовый файл с кодом обработки да еще и не забывать гонять его туда-сюда (c git) (пофантазировал =)). Но как Вы понимаете, таким просто никто не будет заниматься.
Показалось, что вы командой держите обработки в одном месте и все хаотично их редактируете, сокрушаясь иногда, что кто-то затёр плоды ваших трудов. И поэтому придумали такое.
Но если это нужно только лишь для установки на файл права на «только чтение», то норм.
Я понимаю, что статья несколько «про другое». Но если говорить о версионировании — то в 8.3 .epf прекрасно конвертируются в .xml. А дальше — в любую vcs. Ну и есть precommit1c.
Попробуйте хранить в гите исходники ваших обработок, а целевой каталог сохранять только собранные epf master/tag
Не понял сути программки
Пользуюсь кнопкой Выгрузить в файлы + git
Есть внешняя обработка, в тех поддержку делается три обращения тремя разными пользователями (менеджер, инженер, маркетолог), все обращения относятся к одной обработке. Кому расчет цены поменять, кому формулу поменять, кому красивое ТКП сделать.
Все обращения падают в общую кучу, и сделаны могут быть в разное время. А в общей куче десятки обращений пользователей. И вот спец тех поддержки добирается до первого обращения и стыкует задачу на программиста №1 тот копирует себе внешнюю обработку и начинает работать, через день след. задача падает на программиста №2 тот копирует себе внешнюю обработку и начинает работать, аналогично с программистом №3. Ну и как вы понимаете) победит тот, кто последний поместит обработку… Собственно фича сообщит программисту номер №2 что обработка уже занята, не позволит внести изменения из рабочего конфигуратора, так сказать на живую + бонусы в виде удобной работы с файлами (копирование туда-сюда)
Все обращения падают в общую кучу, и сделаны могут быть в разное время. А в общей куче десятки обращений пользователей. И вот спец тех поддержки добирается до первого обращения и стыкует задачу на программиста №1 тот копирует себе внешнюю обработку и начинает работать, через день след. задача падает на программиста №2 тот копирует себе внешнюю обработку и начинает работать, аналогично с программистом №3. Ну и как вы понимаете) победит тот, кто последний поместит обработку… Собственно фича сообщит программисту номер №2 что обработка уже занята, не позволит внести изменения из рабочего конфигуратора, так сказать на живую + бонусы в виде удобной работы с файлами (копирование туда-сюда)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Хранилище внешних обработок 1С на python