Перед коммитом стоит проверить, что в индекс не попали лишние изменения. Git позволяет просмотреть все подготовленные файлы и конкретные правки, которые будут зафиксированы.
Так вы сможете убедиться, что коммит содержит только нужные изменения и история проекта останется чистой.
🔥 — если узнал что-то новое
🤝 — если знал как решить
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍5❤3
This media is not supported in your browser
VIEW IN TELEGRAM
Огромный сборник простых, полезных и ориентированных Python-скриптов, созданный для автоматизации задач и обучения. Идеально подходит для тех, кто любит разбираться в коде, искать оптимизации и ловить тонкости реализации.
Оставляю ссылочку: GitHub📱
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍5🔥3🤝1
Когда история превращается в хаос, важно уметь вернуть проект в стабильное состояние. Эта техника помогает быстро остановить слияние, очистить рабочее дерево и восстановить последнюю рабочую версию без риска потерять код.Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤3👍3
Git позволяет клонировать не весь репозиторий, а только нужную директорию — с помощью
sparse-checkout:# Клонируем только структуру
git clone --no-checkout https://github.com/user/project.git
cd project
# Включаем режим выборочной загрузки
git sparse-checkout init --cone
# Указываем нужную папку
git sparse-checkout set src/utils
После этого в рабочей папке появится только
src/utils, а остальное не будет загружено.Чтобы вернуть всё обратно:
git sparse-checkout disable
🔥 Удобно для частичного доступа к большим репам, без гигабайт ненужных файлов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤5🔥5
Автозакрытие старых Issues на GitHub!
Если в репозитории накапливается много неактивных задач, их легко закрыть автоматически.
Вот готовый скрипт для этой задачи:
🔥 Репозиторий остаётся чистым, команда видит актуальные задачи, а старые автоматически закрываются без лишней работы.
➡️ GitHub Ready | #совет
Если в репозитории накапливается много неактивных задач, их легко закрыть автоматически.
GitHub Actions умеет запускать бота, который проверяет дату последнего обновления issue и закрывает устаревшие, оставляя комментарий.Вот готовый скрипт для этой задачи:
uses: actions/stale@v6
with:
# Сколько дней неактивности до пометки задачи как "устаревшая"
days-before-stale: 30
# Через сколько дней после отметки "устаревшая" задача автоматически закрывается
days-before-close: 7
stale-issue-message: 'Эта задача неактивна и будет закрыта.'
close-issue-message: 'Закрываю устаревшую задачу.'
🔥 Репозиторий остаётся чистым, команда видит актуальные задачи, а старые автоматически закрываются без лишней работы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥4👍3
Бывает, что вместо
git commit набираешь git comit или git chekout — и получаешь ошибку. Git умеет автоматически исправлять такие опечатки и выполнять нужную команду сам.Функция автокоррекции экономит время и избавляет от досадных ошибок в терминале, особенно когда работаешь быстро.
🔥 — если узнал что-то новое
🤝 — если знал как решить
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12❤5👍4🤝1
Например,
git merge объединяет ветки, сохраняя всю историю, а git rebase переписывает её, делая коммиты линейными.На картинке — наглядное сравнение, чтобы быстро вспомнить разницу и выбрать нужный вариант.
Сохрани, чтобы не забыть!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤5🔥4😁1
Форматируем историю коммитов красиво!
Когда проект растёт, история коммитов превращается в запутанный лабиринт. Чтобы разобраться, кто, где и зачем сделал изменения — используем графическое отображение истории прямо в терминале.
Вот базовая команда, которая показывает ветки и коммиты в одну строку:
Теперь ты увидишь визуальное дерево проекта — стрелочки веток, коммиты и теги.
А чтобы сделать вывод ещё удобнее — добавь форматирование и цвета:
🔥 Это помогает анализировать историю, понимать контекст коммитов и держать репозиторий в идеальной форме.
➡️ GitHub Ready | #практика
Когда проект растёт, история коммитов превращается в запутанный лабиринт. Чтобы разобраться, кто, где и зачем сделал изменения — используем графическое отображение истории прямо в терминале.
Вот базовая команда, которая показывает ветки и коммиты в одну строку:
git log --oneline --graph --decorate --all
Теперь ты увидишь визуальное дерево проекта — стрелочки веток, коммиты и теги.
А чтобы сделать вывод ещё удобнее — добавь форматирование и цвета:
git log --graph --abbrev-commit --decorate \
--format=format:'%C(bold blue)%h%C(reset) - %C(yellow)%d%C(reset) %s %C(green)(%cr) %C(bold red)<%an>%C(reset)' \
--all
🔥 Это помогает анализировать историю, понимать контекст коммитов и держать репозиторий в идеальной форме.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3👍2🔥2
Случалось терять коммиты после ребейза или удаления ветки? В этом посте покажу, как найти «висячие» объекты в репозитории и восстановить нужные изменения.
Сегодня рассмотрим:
• Проверку dangling-объектов через git fsck;
• Фильтрацию только коммитов;
• Восстановление коммита в новую ветку.
Спасает если случайно удалил не тот коммит - моментальное восстановление
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤3👍2