1С: Gitter 1.1 (Хранилище 1С => Git)



Развитие проекта gitter http://infostart.ru/public/273126/ . Позволяет выгружать хранилище 1С в репозиторий GIT.

Благодарности и использованные проекты

Был взят проект //infostart.ru/public/273126/ и допилен под собственные нужды. Автор проекта согласился на отдельную публикацию, но плюсиков ему не забудьте отсыпать.

Так же в проект были внедрены Инструменты Разработчика //infostart.ru/public/15126/ (Туда тоже плюсиков отсыпьте) и использован V8Unpack //infostart.ru/public/15695/ (в cf его нет, качать отдельно)


Исходные коды опубликованы в https://github.com/Stepa86/1C-Gitter . Последний актуальный cf всегда тут https://github.com/Stepa86/1C-Gitter/blob/master/cf/Gitter.cf 


Зачем это все?

Git решили использовать ровно для двух вещей. Для код-ревью и более удобной работы с историей. Для этого идеально подошел https://bitbucket.org . Для команды до 5 человек его можно использовать бесплатно и там сразу есть все нужное. Правда там есть ограничение на размер репо в 2гига.

Выглядит это все как то так:

Что изменилось

1) Добавлено регламентное задание, которое делает все в фоне и по расписанию. Это позволило а) регламентно выгружать все изменения и следить за хранилищем б) окна гита и командной панели больше не выскакивают и не мешают работать

2) Внедрены инструменты разработчика для управления регламентным заданием, пакетной обработкой объектов и на перспективу. Из-за этого основной режим запуска теперь — обычное приложение.

3) Добавлена распаковка обычных форм с помощью V8Unpack . Исходные файлы Form.bin удаляются для ускорения выгрузки и ограничения роста хранилища, так что из репо GIT восстановить конфигурацию с обычными формами не получится.

4) Добавлено логирование выгрузки, чтобы быть в курсе происходящего

5) Добавлена инкрементальная выгрузка из 8.3.10. Выгрузка в среднем стала быстрее в 3 раза

6) Небольшой багфикс. Например, любимая ошибка неразрывного пробела, когда 1000ая версия хранилища не очень выгружалась (точнее, выгружалась 1ая версия)

Настройка и подготовка к работе

Сперва все так же, как раньше. rtnm сделал подробнейшее описание https://bitbucket.org/rtnm/gittertutorial

Чтобы работало регламентное задание, нужно на машине, где крутится сервер 1С из-под пользователя, под которым крутится 1С, настроить папки и GIT. Если по иконке с зажатым шифтом кликнуть правой кнопкой, то появится пункт «Запустить от имени другого пользователя». Все используемые пути также должны быть доступны из под пользователя, под которым крутится 1С.

Чтобы работала распаковка обычных форм, нужно в константе указать пусть к V8Unpack (Операции-Контанты). Я взял его из папки oScript ( //infostart.ru/public/548028/ там, кстати, есть библиотека Gitsync которая делает примерно то же самое, но более продвинутая. Наверное. Я не очень разбирался.)

Если у вас очень много версий в хранилище, то их выгрузка может занять значительное время. Чтобы начать выгружать не с 1ой версии, можно указать реквизит «Минимальная версия для выгрузки», и тогда выгрузка пойдет именно с этой версии.

Для инкрементальной выгрузки 1) У вас должна быть 1С 8.3.10+ 2) В карточке должна стоять галка «Обновление выгрузки».

Для логгирование вызова 1ски стоит указать файл для вывода служебных сообщений. Туда будут выводиться команды и результаты работы с 1С.

Управление регламентными заданиями удобно выполнять через консоль заданий в ИР, изменяя там расписание, включая/отключая для разбора проблем и просматривая лог выгрузки

Возможные проблемы и как их обходить

Небольшой список проблем, с которыми я столкнулся

Команды Git не работают, постоянно выскакивает исключение

Идем на сервер 1С, запускаем git bash от пользователя, под которым крутится 1С, переходим в папку с хранилищем cd имя папки (обращаю внимание, что путь к папке указывается через / и в целом иначе). Если попали в тот репо, то в скобочках появится имя ветки. После этого вставляем команду, которая указана в исключении, и смотрим ошибки. Дальше гугл, мозг, вопросы на форумах или это уже описано далее.

Репозитарий слишком много весит/слишком много ненужных файлов

Для этого я использую файл «.gitignore». Нужно создать этот файл в папке с репо и указать туда то, что не нужно отслеживать. Для себя я его настроил так:

*.cf
*.png
*.bmp
*.bin
Picture.xml
Template.xml
src/ConfigDumpInfo.xml
out1c.txt

Так же этот файл можно создать с помощью сторонних программ для работы с gitом. 

Git не видит изменений. Пишет, что нечего коммитить

Если было изменение в обычной форме, или в картинке или в другом файле, который находится в гитигноре, то изменений как бы нет на самом деле. Если гиттер работает под 8.3.10+ с соответствующей галочкой в карточке, то при ошибке коммита проверяется файл изменений. Если и в нем изменений нет, или файла в принципе нет, то генерируется исключение. Иначе этот момент пропускается. Чтобы у меня не ругалось на отсутствие изменений, когда исправлена обычная форма, которая и не уходит — я исключил из гитигнора файл сравнений, и в нем теперь (для 8.3.10+) всегда отображается, а что было изменено по мнению 1С.

Локальный git сломался, начал работать не так итп

Для этого нужно

1) Остановить регламентое задание

2) Удалить все в локальном репо

3) Склонировать гит из удаленного репо в локальный

4) В гиттере снять флажки «Выгружено» с тех версий, которые не ушли в удаленный репо

5) Включить регламентное задание

20 Comments

  1. pumbaE

    В gitignore «*.bin» вы зря так пушкой по воробьям, с таких расширением есть еще XDTO пакеты, которые как оказывается являются текстами, которые легко мержить.

    Reply
  2. Stepa86

    (1) Так я ж для себя так настроил и гит+1С только начал постигать. Когда это аукнится, то поправлю файл или гиттер. Я так то уже раза 4 репозиторий пересоздавал пока учился.

    Reply
  3. tkv44

    Я сначала прочитал название как «Гитлер».

    Reply
  4. Evil Beaver

    (3) а отличное название, кстати, если латиницей написать. Gitler

    Reply
  5. Stepa86

    Reply
  6. Atori-kun

    (2) Не встречались с такой ошибкой?

    {ОбщийМодуль.Git.Модуль(88)}: Неизвестная ошибка при совершении комита. Код возврата: 1(git commit -m «Комментарий не указан» —date 2017-03-23T14:08:34) ВызватьИсключение ИсключениеОшибкаПриВыполненииКоманды(ОписаниеОшибки, ТекстКоманды);

    Загрузка из хранилища с завидной периодичностью падает по этой причине.

    Reply
  7. Stepa86

    (6) Попробуй сделать коммит из консоли, там будет написана ошибка. У меня в 90% случаев такая ошибка изза «нечего коммитить», обычно это гитигнор съедает измененные файлы.

    Reply
  8. RainyAugust22

    Сделайте плз видео или инструкцию для непосвященных, как использовать 1С совместно с Github. Вот так сразу не совсем понятно как это использовать и в чем плюсы.

    Reply
  9. Stepa86

    (8) Вот есть инструкция от изначального автора https://bitbucket.org/rtnm/gittertutorial

    Плюсы лично для меня — удаленное хранение кода, информация об изменениях в коде онлайн, удобный код-ревью, связь с задачами.

    Reply
  10. purgin

    Антон, спасибо огромное!

    В функции «ПроверитьФайлИзменений_ТребуетсяПолнаяВыгрузка» поправьте плиз

    строчку

    Если ВРег( чтениеФайла.ПрочитатьСтроку() ) = ВРег( «FullDump» ) Тогда

    на

    Если СтрНачинаетсяС(ВРег(чтениеФайла.ПрочитатьСтроку()), ВРег(«FullDump»)) Тогда

    Reply
  11. Stepa86

    (10) А что там еще может лежать и в какой версии?

    Reply
  12. Stepa86

    (10) Исправил. Обновление в https://github.com/Stepa86/1C-Gitter

    Лучше ошибки и замечания оставлять там же

    Reply
  13. purgin

    (11)

    версии

    Символ переноса строки, 8.3.10.2168

    Reply
  14. Сурикат

    А никто не сталкивался с проблемой:

    При выгрузке таблицы пользователей или выгрузке коммитов из хранилища выдает окно подключения к хранилищу…всегда…

    Reply
  15. JohnyDeath

    (14) может логин/пароль неправильный установил?

    Reply
  16. Stepa86

    (14) Почти всегда это проблема в указании параметров, когда неправильно указан путь к хранилищу, логин или пароль. Иногда не нравится, что передан пустой пароль, когда пароля нет. Можно поиграться для выявления причины — установив/сняв пароль, использовать имена на латинице, убрать/добавить слеш в пути.

    Reply
  17. headMade

    Подскажите, а фото автора комментария откуда подтягивается?

    Reply
  18. Stepa86

    (17) Или из профиля пользователя, если он зарегистрирован в гитхабе/гитлабе/битбакете или из граватара или не подтягивается

    Reply
  19. alyaev.a.v

    Если в полном наименовании пользователя будет строка с пробелом(например «Имя Фамилия»), то user.name не устанавливается

    Reply
  20. родственник

    Периодически ловим ошибку «Ошибка при создании объекта c IID» на разных серверах при формировании отчета по хранилищу командой:

    «1cv8.exe» DESIGNER /F»d:Temp1CDbDb_04″ /ConfigurationRepositoryF»d:storages emp» /ConfigurationRepositoryN»test» /ConfigurationRepositoryP»» /ConfigurationRepositoryReport»d:Temp1CDb
    ep_report.mxl» /Out»d:Temp1CDb
    ep_report.txt»

    50:24.249005-0,EXCP,0,process=1cv8,Usr=DefUser,Exception=Exception,Descr=’Ошибка при создании объекта c IID — 332c4425-26cb-11d0-b483-00c04fd90119[helpui — srchelpmiscUI.cpp (648)]’

    на платформе 8.2 ошибка не воспроизводится

    воспроизводится на разных платформах 8.3 до 8.3.13 включительно.

    на 8.3.14 ошибка не воспроизводится, видимо из-за перехода на WebKit (https://wonderland.v8.1c.ru/blog/perevod-klientskikh-prilozheniy-dlya-windows-na-ispolzovanie-webkit-optimizatsiya-otobrazheniya-html/)

    перезапуск службы не помогает, спасаемся перезапуском сервера — крайне не нравится.

    При этом, в это же время, под другим пользователем команда выполняется нормально, также, если пользователь из-под которого запускается процесс залогинен интерактивно, то тоже все работает нормально.

    Все вышеописанное справедливо для нашего решения по работе с хранилищем, наверняка у вас ошибка также воспроизведется, потому как это сильно смахивает на ошибку платформы в связке с Internet Explorer. Пользователи ГитКонвертера тоже ее ловят https://github.com/1C-Company/GitConverter/issues/51.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *