Telegram-канал proglibrary - Библиотека программиста | программирование, кодинг, разработка: Технологии

Библиотека программиста | программирование, кодинг, разработка

09 августа 2023 20:02

#вопросы_с_собесов #easy

В Git можно эффективно отслеживать эволюцию базы кода и вести разработку совместно с коллегами. Но что делать, если необходимо отслеживать огромный репозиторий?

В Git есть две категории больших репозиториев:
1️⃣В них накапливается очень длинная история
2️⃣В них находятся огромные двоичные файлы, которые нужно отслеживать и сопоставлять с кодом

🤷‍♂️А иногда бывает и то, и другое.

Методы и обходные пути будут разными в каждом сценарии, но в некоторых случаях они могут и дополнять друг друга👇

📌 Клонирование репозиториев с очень длинной историей

1️⃣Простое решение: поверхностное клонирование git

> git clone --depth [глубина] [remote-url]

2️⃣Ювелирная точность

> git filter-branch --tree-filter 'rm -rf [/путь/к/папке/ненужных/файлов]'3️⃣Альтернатива git shallow-clone: клонирование только одной ветки

> git clone [remote_url] --branch [имя_ветки] --single-branch [папка]

📌 Управление репозиториями с огромными двоичными файлами

4️⃣Решение для больших деревьев папок: git sparse-checkout

5️⃣Решение для управления обновлением больших файлов: подмодуль Git. Подмодули позволяют вам сохранить один Git-репозиторий, как подкаталог другого Git-репозитория. Это даёт вам возможность клонировать в ваш проект другой репозиторий, но коммиты при этом хранить отдельно.

💡А еще можно забыть все, что вы прочитали выше, и воспользоваться Git LFS. Это решение, разработанное Atlassian совместно с GitHub в 2015 году.

Расширение Git LFS позволяет хранить в репозитории не сами большие файлы, а только указатели на них. Сами файлы хранятся на удаленном сервере.