Как следует из заголовка, я так и сделал, но проблема с журналом остается:
batch response: This repository is over its data quota. Account responsible for LFS bandwidth should purchase more data packs to restore access.
Так есть способ, который работает? Мне не нужно сохранять историю репозитория или какое-либо содержимое в нем, поскольку он используется только для хранения и публикации встроенных двоичных файлов в режиме онлайн. Покупка дополнительных пакетов данных и пропускной способности для меня тоже не вариант.
Квота GitHub Git LFS рассчитывается для каждой учетной записи пользователя. Он сбрасывается раз в месяц, и тогда вы получаете еще один бесплатный гигабайт загрузки. Неважно, сколько у вас репозиториев, и их удаление не поможет.
В общем, репозитории Git, независимо от того, используют ли они Git LFS или нет, не подходят для хранения двоичных файлов. Если вы используете репозиторий GitHub, вы можете использовать ресурсы выпуска для двоичных файлов, созданных из вашего репозитория, которые доступны бесплатно. Если вы просто пытаетесь загружать и распространять двоичные файлы, оправдан другой подход, например, VPS с веб-сервером или облачным хранилищем.
Или сказать, как я должен написать файл действий, чтобы управлять этим?
Это другой вопрос, и его следует задавать отдельно. Вам нужно будет использовать REST API, чтобы создать выпуск, а затем загрузить в него активы. Вы можете увидеть, как Git LFS делает это в их сценарии выпуска.
Хорошо, это полезно. Также я отмечаю эти слова, которые вы говорите: «Если вы используете репозиторий GitHub, вы можете использовать ресурсы выпуска для двоичных файлов, созданных из вашего репозитория, которые доступны бесплатно». Я попытался сделать это и написал файл действия, содержащий buid шаг с условием триггера «освобождение» и не обнаружил встроенных двоичных файлов в активах вывода, так что вы можете сказать мне, как этого добиться?