Есть, кто пользуется? )))

Попробовал сейчас.
Взял типовую БП3 (с включённым редактированием, т.е. с поддержкой).
Выгрузил в файлы, положил в локальный git.
Решил заpushить на github, чтобы в другом месте забрать.
Так она cf (конфигурацию поставщика) на github отказалась загружать.

Как кто обходит такое? Или просто с поддержки снимаете?

(0) только для расширений юзал гит, в других случаях фигня.

И чо говорит? По какому ограничению не проходит?

(2) Кто что говорит-то?
У него выгрузилась в файлы только основная конфигурация. А конфигурация поставщика - не выгрузилась. Чё делать?

(2) 100МБ...

(3) Конфигурация поставщика выгрузилась. В cf-файл )))
А что, не файл?

(5) Т.е. при нажатии "Выгрузить конфигурацию в файлы..." основная конфигурация выгрузилась в файлы (текстовики), а конфигурация поставщика - в .cf?

(6) Да. ext\ParentConfigurations\БухгалтерияПредприятия.cf
Картинку уже не покажу, удалил в разочаровании.

(7) Я так понял, ты делал это конфигуратором. А если попробовать EDT?

(8) Я, конечно, не совсем нормальный, но...
Не до такой же степени...
Собирать обратно тоже едтой? А на другом компе а) его нет и не будет и б) там аппаратные возможности раз в пять меньше того, на чём я тут ковыряюсь.

А зачем тебе конфиг поставщика в git? На другом конце он и так есть.

(9) Да я понимаю )
Просто появилась мысль, вот и предложил

(10) А собрать обратно как? Полноценную, чтобы можно в рабочую заливать?

(0) у меня такое только в мыслях, все времени нет разобраться ))

(9) по идее - едт должна выгружать конфиг в файлы по аналогии с конфигуратором - но это только имхо

(13) Да просто немного времени образовалось, а 1.5Г через гугля по 7 раз в день в обе стороны таскать - подустал. Вот и подумал...

(15) пуш должен уметь исключения, добавть туда cf

+16 могу врать, про гит только книжку прочитал и то бегло ))

(16) Да я вообще могу его в gitignore, но как потом оно соберётся в качественную cf?

(18) https://habr.com/ru/post/202696/
есть файлы, специфичные для проекта, вот только таскать между компами его как то придется ))

А принимающей стороне точно нужна конфа поставщика? Или тебе принципиально нужно, чтобы конфигурация была полноценной?

(4) Ясно. В гитхабовое ограничение уперлось на максимальный размер файла. Говорят, еще в 2013 его ввели.

(18) Перенеси один раз через "гугля".

(20) Да. Обязательно.

Пишут, что для платных аккаунтов до 500 Мб на файл. Но это неточно.

(24) Всё равно мало, там 840 метров )))

(0) Какова конечная цель?

(26) Разрабатывать на одном компе, внедрять в рабочую на другом, за 150 км от.

(15) Вместо того, чтобы использовать GitHub как синхронизатор файлов, используй что-то более заточенное для этой задачи и не имеющее ограничений на размер файлов.

(25) Японский городовой!
Ну, есть какой-то GitHub Packages, где на платном аккаунте за $4 до 2 гиг дают. Типа для хранения зависимостей проекта. Может, можно его как-то прозрачно задействовать...

(28) А если не "синхронизатор файлов", а именно как VCS хочу использовать?

(29) + В худшем случае, выгрузку/загрузку можно будет заскриптовать. Чтобы основной проект выгружался без конфы поставщика, а конфа поставщика - в GitHub Packages. И собиралось в обратном порядке

(30) В принципе, можно и у себя GIT-репозиторий развернуть. Требует определенных навыков, конечно.

(30) Не используй GitHub, тяни напрямую с рабочего компа. Или подними свой Git сервер.

Как вариант, используй вышеописанное только для "тяжелых" файлов, остальное через GitHub.

Ну и вообще пихать в общее VCS большие бинарники считается моветоном. Они все-таки на текст заточены. А для бинарников обычно специальные VCS пилят. Как я понимаю, GitHub Packages - одна из них.

(32) Репозиторий у него уже есть. Нужно только поднять службу, белый IP и порты прокинуть.

(35) Да, это и имел в виду.

ИМХО, проще вообще конфу поставщика лоально держать и не трогать. Только подсовывать при сборке. Замахаешься ее каждый раз выкачивать да и нафига этот цирк.

"локально"

Хотя если ее в GitHub Packages засунуть, то оно так и будет происходить.