Skip to main content

Enterprise Server 3.20 в настоящее время доступен в качестве кандидата на выпуск.

Сведения о больших файлах на GitHub

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

Platform navigation

О ограничениях размера на GitHub

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

Ограничения размера файла

GitHub ограничивает размер файлов, разрешенных в репозиториях. При попытке добавить файл размером более 50 MiB или увеличить существующий файл сверх этого размера GIT выдаст предупреждение. Изменения будут успешно отправлены в репозиторий, но, возможно, будет лучше удалить фиксацию, чтобы свести к минимуму влияние на производительность. Дополнительные сведения см. в статье об удалении файлов из журнала репозитория.

Примечание.

При добавлении файла в репозиторий через браузер файл не может превышать 25 МиБ. Дополнительные сведения см. в разделе Добавление файла в репозиторий.

По умолчанию GitHub Enterprise Server блокирует файлы размером больше 100 МиБ. Однако администратор сайта может настроить другое ограничение для ваш экземпляр GitHub Enterprise Server. Дополнительные сведения см. в разделе Применение политик управления репозиториями в организации.

Для отслеживания файлов размером более этого предела необходимо использовать Хранилище больших файлов Git (Git LFS). Дополнительные сведения см. в разделе Сведения о хранилище больших файлов Git Large File Storage.

Если вам нужно распространять большие файлы в репозитории, можно создавать выпуски на ваш экземпляр GitHub Enterprise Server вместо отслеживания файлов. Дополнительные сведения см. в разделе "Распространение больших двоичных файлов".

В GIT не предусмотрена обработка больших файлов SQL. Чтобы совместно использовать большие базы данных с другими разработчиками, рекомендуется использовать службу общего доступа к файлам.

Рекомендации по размеру репозитория

Рекомендуется, чтобы репозитории оставались небольшими, в идеале менее 1 ГБ, и крайне нежелательно, чтобы их размер превышал 5 ГБ. Небольшие репозитории быстрее клонируются и проще в работе и поддержке.

Вы можете предотвратить влияние репозитория на инфраструктуру, эффективно управляя размером и общим состоянием репозитория. Вы можете найти советы и инструмент для анализа репозитория в репозитории github/git-sizer .

Удаление файлов из журнала репозитория

Предупреждение

Эти процедуры окончательно удаляют файлы из репозитория на компьютере и ваш экземпляр GitHub Enterprise Server. Если файл важен, создайте его локальную резервную копию в каталоге за пределами репозитория.

Удаление файла, добавленного в рамках последней неотправленной фиксации

Если файл был добавлен с последней фиксацией, и вы не выполнили отправку в ваш экземпляр GitHub Enterprise Server, вы можете удалить файл и изменить фиксацию:

  1. Откройте ТерминалТерминалGIT Bash.

  2. Измените текущий рабочий репозиторий на локальный проект.

  3. Чтобы удалить файл, введите команду git rm --cached:

    $ git rm --cached GIANT_FILE
    # Stage our giant file for removal, but leave it on disk
    
  4. Зафиксируйте это изменение с помощью параметров --amend -CHEAD:

    $ git commit --amend -CHEAD
    # Amend the previous commit with your change
    # Simply making a new commit won't work, as you need
    # to remove the file from the unpushed history as well
    
  5. Отправка фиксаций в ваш экземпляр GitHub Enterprise Server:

    $ git push
    # Push our rewritten, smaller commit
    

Удаление файла, добавленного в рамках более ранней фиксации

Если вы добавили файл в рамках предыдущей фиксации, его необходимо удалить из журнала репозитория. Чтобы удалить файлы из журнала репозитория, рекомендуется git filter-repo выполнить команду. Дополнительные сведения см. в разделе Удаление конфиденциальных данных из репозитория.

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

  • Необходимо знать, какие фиксации добавлены или изменены в этом файле.
  • Фиксации должны быть частью только одной ветви.
  • Одна ветвь, к которой принадлежат фиксации, не должна иметь слияний, так как были применены фиксации.

Дополнительные сведения об интерактивных перебазах см. в разделе Перемещений изменений из одной ветви в другую в GIT в командной строке. Если вы не уверены в соответствии с необходимыми условиями для исправления с помощью интерактивной повторной базы, следует использовать git filter-repo.

Распространение больших двоичных файлов

Если необходимо распространить большие файлы в репозитории, можно создать выпуски на ваш экземпляр GitHub Enterprise Server. Выпуски позволяют упаковывать программное обеспечение, заметки о выпуске и ссылки на двоичные файлы для использования другими людьми. Дополнительные сведения см . в AUTOTITLE.