📌 Сохраняй в заметки, чтобы не пропустить самое интересное:

🌐 Service Mesh на стероидах, часть 2: Zero Deployment Downtime в корпоративных приложениях / А. Ефимов
🌐 Эволюция распределенных атак в Интернете: 1994 — настоящее время / Георгий Тарасов (Qrator Labs)
🌐 Под красным флагом: как инженер может понять, что в проекте происходит что-то не то / Д. Подольский
🌐 Одна платформа, чтобы править всеми / Михаил Кабищев (Ozon)
🌐 Архитектура: история и будущее на примере ВКонтакте / Александр Тоболь (ВКонтакте)
🌐 История онлайн-видео / Максим Лапшин (Эрливидео)
🌐 Как не провалить импортозамещение / Евгений Лукин (СберТех)
🌐 Без A/B — результат XЗ, или Как мы построили платформу A/B-тестов в Ozon / Евгений Пак (Ozon)
🌐 Развитие и жизненные циклы пайплайна / Александр Обливальный (ГК Иннотех)
🌐 Микросервисы через боль и превозмогание / Филипп Дельгядо (lekton.io)
🌐 Бесшовное внедрение практик безопасности в DevOps-конвейер / Андрей Иванов
🌐 Блокчейн в корпоративной архитектуре — дань моде или необходимость? / Денис Васин (Waves Enterprise)
🌐 OpenSource как источник атаки. Чем опасно? Как лечить? / Алексей Морозов (Тинькофф)
🌐 Контейнеры мертвы. Да здравствуют виртуальные машины! / Виктор Попов (НЛМК)

#вопросы_с_собесов #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 позволяет хранить в репозитории не сами большие файлы, а только указатели на них. Сами файлы хранятся на удаленном сервере.

#чтопроисходит

📌 Подборка для разработчика:

💔Умер Bram Moolenaar, автор текстового редактора Vim
🎂Let's Encrypt’у 10 лет
🔸Релиз языка программирования Go 1.21.
🔸Релиз языка системного программирования Nim 2.0.
🔸В ChromeOS ведётся работа над проектом Lacros (Linux And ChRome OS), цель которого — отделить браузер Chrome от оконного менеджера и системного интерфейса пользователя.
🔸После 8 месяцев разработки опубликован выпуск языка программирования Zig 0.11.0.
🔸Компания HashiCorp, известная разработкой открытых проектов Vagrant, Packer, Hermes, Nomad и Terraform, объявила о смене лицензии на ПО с MPLv2 (Mozilla Public Licence) на проприетарную BSL 1.1.
🔸Революция подавлена, Reddit победил.
🔸Компания Google Google объявила о запуске Project IDX. Это браузерная среда разработки, построенная на базе Google Cloud и Codey, базовой модели искусственного интеллекта PaLM 2.
🔸X (Twitter) отбирает дескрипторы (@premium, @music — пользователь вел аккаунт 16 лет) и переименовывает подписку Twitter Blue в X Premium.