1c нет файла контроля версий config txt

Обновлено: 04.07.2024

Привет читатель, сегодня расскажу как сделать подключение списков баз для разных групп пользователей.

Зачем это ?

Цель — сэкономить время на рутинной задаче и не добавлять базы по одной, а сразу группой. Плюс избавиться от путаницы, которая обязательно возникнет из-за одинаковых названий баз.
Выглядит это так:

— Андрей, добавь Наталье Натальевне базу: Server1C: «buh2017» (это ещё в идеале, если скажут путь к базе, а не ее название)
— А как её назвать?
— Бухгалтерия или там Бухгалтерия NEW (ну вы поняли, их таких могут быть десятки и попробуй потом разберись)

Восхитительно, не правда ли ? Не правда.
Другой минус такого кривого подхода ещё в том, что сотрудника надо выловить (а он в другом городе например), согласовать с ним время и подключение.

Как устроены конфигурационные файлы 1C

Кодировка UTF-8. Расширения .cfg и .v8i. Обычные текстовые и читаемые файлы.

Расположение файлов на стороне пользователя

У пользователя на компьютере 1С 8.3 хранит файлы списков баз в каталогах:

Для Windows XP/Server 2003:
Профиль всех пользователей: С:\Documents and Settings\All Users\Application Data\1C\1CEstart\
Профиль пользователя: С:\Documents and Settings\%username%\Application Data\1C\1CEstart\

Для Windows 7 и выше/Server 2008 и выше:
Профиль всех пользователей: C:\ProgramData\1C\1CEStart\
Профиль пользователя: C:\Users\%username%\AppData\Roaming\1C\1CEStart\

Содержимое профиля пользователя — два файла: 1CEStart.cfg, ibases.v8i.
Содержимое директории профиля всех пользователей — один лишь, 1CEStart.cfg.

При запуске 1С читает список баз из профиля всех пользователей C:\ProgramData\1C\1CEStart\1CEStart.cfg, а потом и из профиля пользователя C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg, и если в них есть ссылки на конфигурационные базы в сети, то добавляет их в этот файл.

Описание файла 1CEStart.cfg

В профиле всех пользователей конфигурационный файл C:\ProgramData\1C\1CEStart\1CEStart.cfg имеет следующее содержание:
InstalledLocation=C:\Program Files (x86)\1cv83
InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENTFILE=1 THINCLIENT=0 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU

Где:
InstalledLocation — указывает на каталог, в который установлена 1С: Предприятие. По умолчанию это значение C:\Program Files (x86)\1Cv8.
CommonCfgLocation — указывает путь и имя общего конфигурационного файла. Допускается наличие нескольких строк с таким параметром.
CommonInfoBases — указывает путь и имя файла (.v8i) со списком общих информационных баз.
DistributiveLocation — содержит указание на каталог, в котором будет производится поиск новой версии для автоматической установки.
InstallComponents — В локальном конфигурационном файле (1CEStart.cfg) содержит перечень установленных компонент с признаком нужно установить компонету — 1, или нет — 0

В профиле пользователя конфигурационный файл C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg первоначально пустой. Но, если какие-то настройки необходимо сделать индивидуально для конкретного пользователя, то писать нужно именно в него.

Описание файла ibases.v8i

Второй важный файл информационных баз, который находится в профиле самого пользователя — C:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i. В него и собирается конечный список баз. Пример его содержимого:

[BUH_2017] Connect=Srvr="Server1C:1551";Ref="BUH2017";
ID=34891456-947f-4283-8a34-1cbc092a654a
OrderInList=16640
Folder=/
OrderInTree=16640
External=1
ClientConnectionSpeed=Normal
App=ThinClient
WA=1
Version=8.2

Где:
[BUH_2017] – название базы 1С. Может быть как русскими буквами, так и английскими. Это то, что видит пользователь.
Connect=Srvr="Server1C:1551";Ref="BUH_2017"; - место хранения базы, в данном случае база серверная.
ID=34891493-907f-4783-8a37-3cbc092a989a — уникальный код базы. Если у двух записей один и тот же ID, значит это одна база.
OrderInList=16640 — порядок в списке баз, когда базы представлены одним общим списком без подкаталогов; этот параметр из сетевого списка синхронизируется только в чистый ibases.v8i, если в ibases.v8i пользователя уже заполнен этой базой и этот параметр не будет перезаписываться, при его изменении в сети.
Folder=/ — задаёт место в дереве каталогов, если вид представления списка баз выставлен деревом; этот параметр имеет приоритет пользователя, и не меняется при изменении в сетевом конфиге.
OrderInTree=16640 — порядок в дереве, когда список баз представлен в виде иерархии подкаталогов; этот параметр имеет также приоритет пользователя, и синхронизируется только при первом добавлении базы, а далее подлежит изменению только локальным пользователем.
External=1 — внешняя подключаемая запись конфигурации или нет. Когда 0 тогда база присутствует только в этом файле. В данной ситуации эта запись импортируется из файла списка баз .v8i из сети. Это идентификатор, если это список баз расположенный в сети (расшаренный), то этот параметр можно вообще убрать из конфигурационного файла.
ClientConnectionSpeed=Normal — скорость соединения клиента. Опции могут быть “Nofmal” и “Low”. Этот параметр интерактивный и при сетевом размещении синхронизируется при каждом запуске 1С.
App=Auto — тип соединения клиента. Бывает три типа:
— Auto — определяется сервером;
— ThinClient — тонкий клиент;
— ThickClient — толстый клиент.
Этот параметр интерактивный и синхронизируется при каждом запуске 1С.
WA=1 — этот параметр говорит о том, что система должна использовать windows авторизацию. Этот параметр интерактивный и синхронизируется при каждом запуске 1С.
Version=8.3 — используемая версия для этой базы. Если указать полностью конкретизируя какую платформу использовать, то будет использовать именно ту платформу, которую укажешь

Ещё есть такой параметр как DefaultApp — тип соединения клиента по умолчанию, если в конфигурации для базы не задан, и DefaultVersion — используемая версия по умолчанию, если не задано в конфигурации для базы. Этот параметр пользовательский, и синхронизируется в чистый файл базы при первом запуске. Далее этим параметром управляет локальный пользователь.

Ссылки на конфигурационные файлы в сети

Прелесть всей этой схемы работы в том, что производители 1С предусмотрели возможность глядеть в конфигурационные файлы, расположенные в сети. Реализуется это путём правки:
либо в конфигурационном файле всех пользователей C:\ProgramData\1C\1CEStart\1CEStart.cfg, если мы хотим показать базы для всех пользователей компьютера;
либо в конфигурационном файле конкретного пользователя C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg, если мы хотим показать базы только определённому пользователю на компьютере.

А добавить можно параметры:
либо CommonCfgLocation=\\server\1C\config\bases.cfg — указывает путь и имя общего конфигурационного файла. Допускается наличие нескольких строк с таким параметром. Название файла не играет принципиального значения, лишь бы расширение сохранялось;
либо CommonInfoBases=\\server\1C\config\buh_bases.v8i — указывает путь и имя файла (.v8i) со списком общих информационных баз. Название файла не играет принципиального значения, лишь бы расширение сохранялось или в комбинации и тот и другой, и помногу строк.

В сети мы должны разместить файлы с расширением .cfg и .v8i, и соответствующим наполнением.

Идея в том, чтобы делать правки с наименьшим количеством повторений. Если настройки базы или её расположение на сервере поменялось, то, исправив запись один раз в одном месте, мы получим актуальную информацию на всех компьютерах.
Для этого необходимо сделать шару в сети: \\server\1C\.

В этой шаре сделать, как минимум два каталога:
..\DB\
Листинг каталога:
\\server\1C\DB\..
..
base1.v8i
base2.v8i
base3.v8i
base4.v8i

В этом каталоге будут хранится файлы с расширением .v8i. Эти файлы будут иметь внутри себя настройки всего лишь одной базы для каждого файла. Причём указать следует только те параметры, настройки, которые критичны именно для этой базы, всё остальное автоматом подставится по умолчанию. Пример файла:
[Название базы] Connect=
ClientConnectionSpeed=Normal
App=Auto
WA=1
Version=8.3

Следует избегать использования параметра ID, т.к. 1С разработчики используют для создания новой базы копипаст из имеющейся базы. А базы с одним ID будут конфликтовать.
..\groups\
Листинг каталога:
\\server\1C\groups\..
..
buh.cfg
fin.cfg
managers.cfg

В этом каталоге будут храниться файлы с расширением .cfg. Эти файлы будут иметь внутри себя ссылки на базы в каталоге ..\DB\. Пример файла:
CommonInfoBases=\\server\1C\bases\base1.v8i
CommonInfoBases=\\server\1C\bases\base2.v8i

В это каталоге мы создаём индивидуальные для группы пользователей или же для конкретного пользователя списки баз. Именно на файлы из этой группы мы ссылаемся в конфигурационных файлах операционной системы пользователя.
Если необходимо изменить настройки какой-то базы, то мы правим её всего одни раз в файле \\server\1C\bases\base.v8i, и это отразится у всех пользователей, т.к. все пользователи смотрят информацию о базе именно в этом файле.

Результат радует

Если у Вас появились вопросы или есть какие-либо замечания, оставьте комментарий.

Файл config.txt, также известный как файл Plain Text, был создан компанией Romain Bourdon для разработки WampServer 3.1.9. Файлы TXT относятся к категории типов файлов Текст (Plain Text).

Файл config.txt изначально был выпущен с Vuze 5.7.6 11/02/2017 для ОС Windows 10. Датой самого последнего выпуска файла для WampServer 3.1.9 является 05/13/2019 [версия 3.1.9]. Файл config.txt входит в комплект WampServer 3.1.9, XAMPP 5.6.40 и Cinema 4D R20.

В этой короткой статье приводятся подробные сведения о файле, шаги по устранению проблем TXT с config.txt и список бесплатных загрузок для каждой версии, содержащейся в нашем полном каталоге файлов.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средняя оценка пользователей

Сведения о разработчике и ПО
Программа:	WampServer 3.1.9
Разработчик:	Romain Bourdon
Программное обеспечение:	WampServer
Версия ПО:	3.1.9

Сведения о файле
Размер файла (байты):	115165
Дата первоначального файла:	10/12/2019
Дата последнего файла:	12/30/2019

Информация о файле	Описание
Размер файла:	112 kB
Дата и время изменения файла:	2019:12:30 10:15:29+00:00

✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.

Общие ошибки выполнения config.txt

Ошибки файла config.txt часто возникают на этапе запуска WampServer, но также могут возникать во время работы программы. Эти типы ошибок TXT также известны как «ошибки выполнения», поскольку они возникают во время выполнения WampServer. К числу наиболее распространенных ошибок выполнения config.txt относятся:

Не удается найти config.txt.
config.txt — ошибка.
Не удалось загрузить config.txt.
Ошибка при загрузке config.txt.
Не удалось зарегистрировать config.txt / Не удается зарегистрировать config.txt.
Ошибка выполнения — config.txt.
Файл config.txt отсутствует или поврежден.

Программа: C:\wamp64\apps\phpmyadmin4.8.5\doc\html\_sources\config.txt

Среда выполнения получила запрос от этого приложения, чтобы прекратить его необычным способом.
Для получения дополнительной информации обратитесь в службу поддержки приложения.

В большинстве случаев причинами ошибок в TXT являются отсутствующие или поврежденные файлы. Файл config.txt может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с WampServer) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла config.txt может быть вызвано отключением питания при загрузке WampServer, сбоем системы при загрузке или сохранении config.txt, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

Если на этапе 1 не удается устранить ошибку config.txt, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили приложение WampServer (или схожее программное обеспечение), удалите его, затем попробуйте переустановить WampServer.

Чтобы удалить программное обеспечение WampServer, выполните следующие инструкции (Windows XP, Vista, 7, 8 и 10):

После полного удаления приложения следует перезагрузить ПК и заново установить WampServer.

Если на этапе 2 также не удается устранить ошибку config.txt, перейдите к шагу 3 ниже.

Шаг 3. Выполните обновление Windows.

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла config.txt. Мы храним полную базу данных файлов config.txt со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии WampServer . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

Windows 10: C:\xampp\phpMyAdmin\doc\html\_sources\
Windows 10: C:\wamp64\apps\phpmyadmin4.8.5\doc\html\_sources\
Windows 10: C:\wamp\apps\phpmyadmin4.9.2\doc\html\_sources\
Windows 10: C:\Users\Tester\AppData\Roaming\Azureus\plugins\aznettor\
Windows 10: C:\Program Files\Maxon Cinema 4D R21\resource\
Показать на 2 каталогов больше + Windows 10: C:\Program Files (x86)\Microsoft Games\Halo Trial\
Windows 10: C:\Program Files (x86)\Microsoft Games\Halo Custom Edition\

Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.

1С:ГитКонвертер

Конфигурация предназначена для односторонней синхронизации хранилища конфигурации "1С:Предприятия" с репозиторием Git и последующим переходом на разработку в 1C:Enterprise Development Tools (1C:EDT) с сохранением истории.

Основные возможности

Конвертирование существующего хранилища конфигурации "1С:Предприятия" в репозиторий Git в формате 1C:EDT .
Обновлять изменения из хранилища "1С:Предприятия" в репозиторий Git.
Параллелизировать загрузку истории хранилища из копий хранилища.
Ограничение нагрузки на сервер с помощью очередей.
Возможно "сращивать" историю в Git, если хранилище конфигураций "1С:Предприятия" обрезалось или начиналось заново.
Создание корректной истории переименования объектов метаданных (см. Как это работает).

Выгружать только изменения конфигурации.

Доступно для Платформы 8.3.10 и выше, для версий ниже 8.3.15 требуется использовать "очереди".

Поддержка конвертации хранилищ расширений конфигураций. Возможность связи с базовым проектом 1С:ГитКонвертера или независимо.

Необходимые компоненты

Конфигурацию можно запустить, используя 1C:Enterprise Development Tools 2020.6 (https://releases.1c.ru/project/DevelopmentTools10)
Платформа "1С:Предприятие" версии 8.3.12 и выше (https://releases.1c.ru/project/Platform83)
СУБД, поддерживаемая "1С:Предприятием"
OS Windows 7 или выше, ОС Linux и macOS - в бета-режиме.

Начальная настройка

Настройка базы ГитКонвертера

Настройка сервера "1С:Предприятия"

Для информационной базы ГитКонвертера на сервере "1С:Предприятия" рекомендуется настроить удаление, перенос в архив или полностью отключить журнал регистрации, т.к. интенсивность событий в информационной базе может быть очень высокой, а ценность истории журнала регистрации за прошлые периоды - низкая.

Для легкого удаления и архивирования журнала регистрации можно переключить его формат на старый режим. Для этого необходимо в каталог журнала регистрации информационной базы скопировать пустой файл с именем: 1Cv8.lgf .
Для больших проектов рекомендуется выполнить такую настройку (удаление/резервное копирование файлов журнала регистрации).

Также рекомендуется переключить регистрацию событий - только ошибки. Для этого следует выбрать команду в Конфигураторе Администрирование - Настройка журнала регистрации. = Регистрировать ошибки и в открывшемся диалоге установить минимально необходимую вам периодичность.

Настройка конвертации хранилища "1С:Предприятия"

Рекомендуется использовать сервер хранилищ конфигураций "1С:Предприятия".

Для оптимальной работы сервера хранилищ настройте Размер глобального кэша в "Администрировании" в 1,5-2 раза больше количества параллельных потоков (если используются "копии хранилища") получения версий * размер одной версии, Мб .

Параметры конвертации

Дополнительная настройка репозитория Git

По умолчанию создается файл исключений .gitignore , в который добавляются файлы DumpFilesIndex.txt и ConfigDumpInfo.xml - не требуемые для работы с исходными файлами конфигурации "1С:Предприятия".

Если репозиторий был создан с помощью кнопки в карточке хранилища, в локальный конфиг репозитория добавляются настройки для более комфортной работы:

Символы окончания строк

Если разработчики, работающие с репозиторием, используют разные операционные системы (Microsoft Windows, Linux, macOS), нужно настроить конвертацию символов окончания строк при чтении из репозитория. Следующие команды настраивают Git таким образом, что в рабочей копии разработчика будут использоваться "родные" для его операционной системы символы, а в репозитории всегда будет использоваться LF.

Для операционной системы Microsoft Windows:

git config --global core.autocrlf true
git config --global core.safecrlf true

Для операционных систем Linux и macOS:

git config --global core.autocrlf input
git config --global core.safecrlf true

Git LFS

Если используется сервер репозиториев Git, необходимо убедиться, что он поддерживает это расширение и включить настройки для проекта. Например, GitLab, GitHub, BitBucket - поддерживают.

Выполнить начальную настройку репозитория до выполнения первого коммита:

git lfs install

Включить отслеживание бинарных файлов конфигурации:

git lfs track "*.cf"
git lfs track "*.bin"
git lfs track "*.jpg"
git lfs track "*.jpg"
git lfs track "*.bmp"
git lfs track "*.jpg"
git lfs track "*.zip"

В этом примере - все файлы конфигураций поставщиков, файлы макетов с "Двоичными данными" и картинки из конфигурации попадут в lfs.

Например, чтобы переносить в LFS только некоторые типы файлов с расширением "*.bin" можно включить отслеживание только шаблонов и модулей без исходного кода по маске:

git lfs track "*/Ext/Template.bin"
git lfs track "*/Ext/Module.bin"

Копии хранилища

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

Можно использовать тот же адрес серверного хранилища конфигураций, но с разными пользователями. Количество "копий" влияет на размер создаваемого глобального кэша версий на сервере хранилища "1С:Предприятия". Желательно установить кэш в настройках сервера хранилищ "1С:Предприятия" в полтора раза больше, чем количество копий в ГитКонвертере.

Укажите другой адрес архивной копии хранилища, если в текущем хранилище конфигураций выполнялось сокращение версий, и установите ограничение номеров версий в этой копии.

Укажите расписание получения версий из этой копии. Если в "копии" указан адрес основного хранилища, необходимо в расписании учесть возможность работы разработчиков с хранилищем - запуски на получение выполнять с промежутками, обеспечивающими комфортную работу разработчиков.

Очереди выполнения

Если включена константа "Использовать очереди выполнения", то для каждого хранилища конфигураций необходимо указать 2 очереди:

Выгрузка метаданных . Начиная с версии Платформы версии 8.3.10 возможно использовать выгрузку изменений - для этого необходимо выгружать версии строго последовательно и не рекомендуется создавать более одной очереди на выгрузку.
Загрузка метаданных .

Можно указать диапазоны количества версий для каждой очереди для разграничения "рабочей зоны".

Укажите ограничение количества версий обрабатываемых очередью за один запуск и расписание запусков.

Очередь может быть общей на всю базу или привязанной к конкретному хранилищу. Для очереди общего типа выбор версий для обработки выполняется по дате версии - это следует учитывать при конвертации проектов с длинной историей и более "молодых" проектов в одной базе ГитКонвертера.

Информация пользователей

Хранилище конфигураций "1С:Предприятия" использует для идентификации Пользователя , а в репозитории Git основным идентификатором является email и имя пользователя. Для этих целей предназначен регистр сведений Информация пользователей , позволяющий указать соответствие пользователей хранилищ пользователям репозитория Git.

Можно выполнять коммиты анонимно, с потерей информации об авторстве. Пользователь хранилища будет указан в дополнении к комментарию к каждой версии.

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

Обновление с версии 1.0.4

Внимание! Конвертация хранилища 1С в формат выгрузки xml 1С:Предприятия является устаревшей функциональностью и не доступна для новых настроек конвертации хранилища. Текущие настройки синхронизации хранилища, конвертирующие в формат выгрузки xml 1С:Предприятия будут работать корректно, но рекомендуется выполнить разовую конвертацию в формат 1C:EDT (см. тут) и продолжить синхронизацию в этом формате.

Функциональность конвертирования в формат xml 1С:Предприятия будет удалена в 1.0.6 .

Если что-то пошло не так (FAQ)

Расписание конвертации включено, но список версий пуст

Проверьте, что задана константа "Путь к версиям платформы на сервере" и в настройках хранилища указана версия, соответствующая версии сервера хранилища конфигураций "1С:Предприятия".
Проверьте файл логов log.txt в каталоге выгрузок - там может быть написано что-то вразумительное.
Проверьте журнал регистрации базы 1С:ГитКонвертера - на наличие ошибок.

Версии в списке ИБ 1С:ГитКонвертера есть, но конкретная версия зависла (зациклилась) на этапе выгрузки конфигурации в xml

Можно посмотреть в лог пакетной операции для этой версии /каталог выгрузки версий/ХХХ/log.txt - пакетная операция Конфигуратора может сообщить что-то полезное.
Если база версии "развалилась" в контекстном меню формы списка версий сбросить состояние версии - она будет получена заново из хранилища.

Версии обрабатываются, но не коммитятся в Git

Коммиты не появляются на сервере Git

Адрес Git-сервера был добавлен после создания хранилища? Нужно нажать кнопку "Установить адрес репозитория Git" чтобы настройки появились в config-файле.
Откройте гит-клиент - проверьте, есть ли коммиты в локальном репозитории.
Посмотрите лог коммита на Git-сервер, расположенные /каталог выгрузки версий/gi_log_ver_XXX.txt.
Выполните команду git push -u origin <branch name> в консоли, чтобы проверить push вручную.
Проверьте права доступа для пользователя, от имени которого запущен сервер "1С:Предприятия" - от его имени выполняется запуск скриптов *.bat/*.sh и глобальные настройки Git для этого пользователя.

В какой-то версии произошел сбой и файлы версии закоммичены не полностью

Т.е. в этой версии часть файлов или все были сначала удалены в репозитории, а следующая версия добавила файлы заново - сквозная история была потеряна:

Можно установить контроль минимального количества файлов в выгрузке, чтобы такого не случалось в будущем.
Т.к. это "односторонняя синхронизация" - то можно беспрепятственно откатить изменения git reset --hard <commit> на версию, до проблемной.
- Далее в карточке хранилища установить поле "Версия в Git" на текущую в Git.
- Для всех версий, начиная с "проблемной" и последующих, выполнить команду в контекстном меню "Сбросить состояние".
- В каталоге src удалить файлы DumpFilesIndex.txt и ConfigDumpInfo.xml, т.к. они не хранятся в репозитории и не откатились.
- Проверить что командные файлы *.bat (или *.sh ) удалены для всех версий, начиная с проблемной.
- Если была установлена настройка Git-сервера, необходимо на сервере отключить защиту ветки (если есть такое) и выполнить git push -u -f origin <branch name> принудительную передачу данных с заменой репозитория на сервере.
В хранилище версия есть, а в Git она пропущена
- Хранилище конфигураций "1С:Предприятия" позволяет сохранять новую версию без фактического изменения содержимого файлов, если меняется внутренняя версия объекта метаданных. Для Git в этом случае нечего коммитить.
- Откройте файлы логов и убедитесь в том, что версия была обработана корректно.
Файл конфигурации GitConverter находится в каталоге \1CITS\EXE\GitConverter

Читайте также: