📊 Git Count-Objects — что происходит внутри .git

git count-objects показывает статистику объектов в репозитории и помогает понять его размер и состояние.

Базовое использование:

git count-objects

Более подробная информация:

git count-objects -v

Что можно увидеть:

* количество loose-объектов;
* размер pack-файлов;
* общий объём данных.

Когда полезно:

* репозиторий резко вырос;
* диагностика после переписывания истории;
* проверка перед git gc.

count-objects — быстрый способ понять, что происходит внутри Git.

➡️ GitHub Ready | #урок

🧬 Git Replace — временная подмена коммита без переписывания истории

git replace позволяет подменить один объект Git другим. История физически не меняется, но Git будет показывать её с учётом замены.

Создать замену:

git replace <old_commit> <new_commit>

Посмотреть активные замены:

git replace

Удалить замену:

git replace -d <old_commit>

Что это даёт:

* тестирование альтернативной истории;
* анализ изменений без force push;
* эксперименты с графом коммитов.

Важно:

* замены действуют локально;
* не отправляются в remote по умолчанию;
* это инструмент для продвинутой диагностики.

git replace — вмешательство в отображение истории без её разрушения.

➡️ GitHub Ready | #урок

🧠 Git Show-Ref — список всех ссылок в репозитории

git show-ref выводит все ссылки: ветки, теги и другие ref-объекты с их hash.

Базовое использование:

git show-ref

Только ветки:

git show-ref --heads

Только теги:

git show-ref --tags

Проверка существования ветки:

git show-ref --verify refs/heads/feature/login

Когда полезно:

* диагностика «пропавшей» ветки;
* скрипты и CI;
* проверка ref перед операциями.

show-ref — прямой доступ к карте ссылок Git.

➡️ GitHub Ready | #урок

Айти не щадит никого 😐

➡️ GitHub Ready | #мемы

🔐 Git Update-Ref — управление ссылками вручную

git update-ref позволяет напрямую изменить, создать или удалить ref (ветку, тег). Это низкоуровневый инструмент.

Создать ветку:

git update-ref refs/heads/feature/login <hash>

Переместить ветку:

git update-ref refs/heads/main <hash>

Удалить ref:

git update-ref -d refs/heads/old-feature

Особенности:

* не делает merge или проверок;
* напрямую меняет указатели;
* используется в скриптах и внутренних механизмах Git.

update-ref — контроль над ссылками без посредников.

➡️ GitHub Ready | #мемы

🧪 Git Fsck — проверка целостности репозитория

git fsck (file system check) проверяет объекты и ссылки на целостность. Используется для диагностики повреждений.

Запуск проверки:

git fsck

Полный вывод:

git fsck --full

Что проверяет:

* битые или отсутствующие объекты;
* висячие (dangling) коммиты;
* некорректные ссылки.

Когда применять:

* подозрение на повреждение .git;
* сбои диска;
* проблемы после ручных операций с историей.

fsck — инструмент диагностики, а не повседневной работы.

➡️ GitHub Ready | #мемы

🧱 Git Cat-File — посмотреть объект Git напрямую

git cat-file показывает содержимое объектов: коммиты, деревья, blob. Это уровень ниже обычных команд.

Посмотреть тип объекта:

git cat-file -t <hash>

Посмотреть содержимое:

git cat-file -p <hash>

Размер объекта:

git cat-file -s <hash>

Что можно увидеть:

* структуру коммита;
* дерево файлов;
* содержимое конкретного blob.

cat-file — способ увидеть, как Git хранит данные без абстракций.

➡️ GitHub Ready | #урок

🧬 Git Blame — кто и когда изменил строку

git blame показывает автора и коммит для каждой строки файла. Полезно для поиска источника багов.

Базовое использование:

git blame file.js

С указанием конкретного коммита:

git blame HEAD~3 file.js

Игнорирование коммитов форматирования:

git blame --ignore-rev <hash> file.js

Опции:

* -L 10,20 — ограничить строки;
* -p — подробный формат.

Blame помогает понять, кто и зачем изменял код, без ручного просмотра истории.

➡️ GitHub Ready | #Уроки

🧭 Git Merge — как использовать --squash для аккуратной истории

git merge --squash объединяет изменения ветки без создания merge-коммита, превращая все коммиты ветки в один.

Пример:

git checkout main
git merge --squash feature/login
git commit -m "feat: add login feature"

Что происходит:

* изменения из ветки feature/login добавляются в индекс;
* создаётся один коммит с итоговыми правками;
* история ветки feature/login не сохраняется.

Когда полезно:

* чистая линейная история;
* подготовка PR;
* маленькие фичи без лишних коммитов.

--squash — аккуратность без потери функционала.

➡️ GitHub Ready | #Уроки

T-Sync Conf

Инженерные конференции часто выглядят одинаково: с докладами, слайдами, вопросами из зала и ощущение, что половина тебе никак не откликается

T-Sync Conf решает эту проблему через формат. 7 февраля Т-Технологии проведут масштабную конференцию для инженеров, где вместо одного общего маршрута — восемь технических контуров, из которых каждый может собрать свою траекторию: AI, Data, R&D, Security, UX/UI, Productivity, Observability, Platform.

Фокус не на рассказах, а на практике: демо-стенды с AI- и Data- платформами, инженерные диалоги с разбором кейсов, хакатон и публичная сборка сервиса. Плюс отдельные форматы для обсуждения UX/UI инструментов — от интерфейсов до дизайн-систем. Пройдет все на площадке TAU в Москве. Проход бесплатный, но рега обязательна

Ссылка

➡️ GitHub Ready | #урок

🧮 Git Rev-List — список коммитов как инструмент для анализа

git rev-list выводит список commit hash по заданному диапазону. Основа для многих внутренних команд Git.

Базовое использование:

git rev-list HEAD

Количество коммитов в ветке:

git rev-list --count main

Коммиты, которых нет в другой ветке:

git rev-list main ^feature

Диапазон:

git rev-list main..feature

Когда применять:

* скрипты и CI;
* анализ расхождений веток;
* подсчёт изменений перед релизом.

rev-list — сырой список истории без форматирования.

➡️ GitHub Ready | #урок

👩‍💻 Коллекция готовых запросов для PostgreSQL

Нашёл для вас крутой репозиторий, в котором собрано около сотни готовых SQL запросов для PostgreSQL.

👉 Увидел много полезностей — от получения и модификации данных до ускорения запросов и обслуживания баз данных.

Клик

➡️ GitHub Ready | #урок

🧱 Git Rebase -i — управление историей коммитов вручную

Интерактивный rebase позволяет редактировать, объединять, менять порядок и удалять коммиты.

Запуск:

git rebase -i HEAD~5

В списке доступны действия:

* pick — оставить;
* reword — изменить сообщение;
* edit — изменить содержимое;
* squash — объединить;
* drop — удалить.

Изменить порядок — просто поменять строки местами.

Когда использовать:

* чистка истории перед PR;
* объединение WIP-коммитов;
* исправление структуры изменений.

rebase -i — инструмент контроля качества истории.

➡️ GitHub Ready | #урок

🔍 Git Show — быстрый просмотр содержимого коммита

git show отображает изменения, автора, дату и diff выбранного коммита.

Последний коммит:

git show

Конкретный коммит:

git show a1b2c3d

Только изменения без метаданных:

git show --pretty="" --name-only

Показать файл из прошлого коммита:

git show HEAD~2:src/app.js

Когда полезно:

* быстрый аудит изменений;
* проверка перед откатом;
* просмотр старой версии файла без переключения ветки.

git show — точечный доступ к истории без лишних действий.

➡️ GitHub Ready | #урок

🧩 Git Cherry — выбрать коммиты из другой ветки

git cherry показывает, какие коммиты из одной ветки ещё не применены в другой, и позволяет их selectively перенести.

Проверка, какие коммиты отсутствуют в main:

git cherry main feature/login

Применение конкретного коммита:

git cherry-pick <hash>

Полезно:

* перенос отдельного исправления без merge;
* выборочная интеграция фич;
* подготовка патчей для релиза.

git cherry — точечный контроль истории между ветками.

➡️ GitHub Ready | #урок

🧪 Git Commit –fixup + Rebase –autosquash — автоматическое объединение правок

Если нужно исправить старый коммит, не создавая хаос в истории, используй --fixup.

Создать fixup-коммит:

git commit --fixup=<hash>

Затем запустить:

git rebase -i --autosquash HEAD~5

Что происходит:
• Git автоматически перемещает fixup-коммит рядом с нужным;
• помечает его для squash;
• история становится аккуратной.

Когда применять:
• правки после код-ревью;
• мелкие исправления к старым коммитам;
• чистка истории перед merge.

--fixup + --autosquash — чистая история без ручной возни

➡️ GitHub Ready | #урок

🧱 Git Bisect — поиск проблемного коммита

git bisect помогает быстро найти коммит, который ввёл баг, используя бинарный поиск.

Начало:

git bisect start
git bisect bad       # текущий коммит с багом
git bisect good v1.0 # известный рабочий коммит

Git переключает ветку на средний коммит, проверяешь баг:

git bisect good      # если баг отсутствует
git bisect bad       # если баг есть

После серии шагов:

git bisect reset

Преимущество:

* быстрое нахождение проблемного коммита;
* особенно полезно для длинной истории;
* экономит часы ручной проверки.

git bisect — детектив Git для багов.

➡️ GitHub Ready | #урок

DrawNmap

Дружественный графический вывод инструмента nmap, позволяющий осуществлять фильтрацию по открытым портам

Гитхаб

➡️ GitHub Ready | #урок

📦 Git Submodule — работа с внешними репозиториями внутри проекта

Submodule позволяет включать один репозиторий как подпроект другого.

Добавление submodule:

git submodule add https://github.com/org/lib.git libs/lib

Инициализация и обновление:

git submodule init
git submodule update

Обновление до последнего коммита remote:

cd libs/lib
git fetch
git checkout main
cd ../..
git add libs/lib
git commit -m "update submodule"

Полезно:

* повторное использование кода;
* фиксация версии внешней библиотеки;
* контроль изменений submodule.

git submodule — аккуратная интеграция внешних репозиториев.

➡️ GitHub Ready | #урок

Лучше бы сам разобрался 😂

➡️ GitHub Ready | #мемы

⚙️ Git Worktree — несколько рабочих директорий из одного репозитория

git worktree позволяет работать с разными ветками параллельно без постоянных переключений.

Создать новую рабочую директорию:

git worktree add ../project-feature feature/login

Что происходит:

* создаётся новая папка;
* она связана с тем же .git;
* в ней сразу активна указанная ветка.

Список активных worktree:

git worktree list

Удаление:

git worktree remove ../project-feature

Когда применять:

* параллельная работа над фичами;
* срочный фикс без stash;
* тестирование разных версий проекта.

git worktree — параллельная разработка без лишних переключений.

➡️ GitHub Ready | #Уроки