Git за межами основ: Воркфлоу, що економлять години щотижня | Akousa

4 листопада 2025 р.20 хв читання

Git за межами основ: Воркфлоу, що економлять години щотижня

Interactive rebase, cherry-pick, bisect, worktrees, порятунок через reflog та стратегії гілкування, які реально працюють. Git-команди, якими я користуюся щодня, а більшість розробників не знає.

Більшість розробників вивчають п'ять Git-команд і на цьому зупиняються. add, commit, push, pull, merge. Можливо, checkout і branch, якщо почувають себе сміливо. Цього вистачає на перший рік. Потім ваша гілка має 47 комітів з повідомленнями на кшталт «fix» і «wip» і «please work», ви випадково скинули щось, чого не слід було, і витрачаєте 40 хвилин на Stack Overflow, намагаючись скасувати невдалий мердж.

Я використовую Git роками. Не побіжно — інтенсивно. Кілька гілок, кілька репозиторіїв, кілька співпрацівників, цілий день, кожен день. Далі — команди та воркфлоу, якими я реально користуюсь. Не ті, що добре виглядають у туторіалі. Ті, що економлять мені реальний час, щотижня.

Interactive Rebase: Приберіть свій хаос, поки ніхто не бачить

Ваша гілка має дванадцять комітів. Половина з них — «fix typo». Один каже «undo previous commit». Інший — «actually fix it this time». Ви збираєтесь відкрити PR. Нікому не потрібно бачити цю історію.

bash

# Знайти хеш коміту виправлення
git log --oneline feature/user-auth
# a1b2c3d Fix null pointer in session validation
 
# Переключитися на main і cherry-pick
git checkout main
git cherry-pick a1b2c3d

bash

# Почати bisect
git bisect start
 
# Позначити поточний коміт як поганий (баг існує тут)
git bisect bad
 
# Позначити відомий добрий коміт (баг тут не існував)
git bisect good v2.1.0

bash

a1b2c3d4e5f6g7h is the first bad commit
commit a1b2c3d4e5f6g7h
Author: Some Developer <dev@example.com>
Date: Tue Feb 18 14:23:01 2026 +0300
 
    Refactor session handling to use async middleware

bash

#!/bin/bash
npm run build 2>/dev/null || exit 125  # 125 означає "пропустити цей коміт"
npm test -- --grep "session" || exit 1  # 1 означає "поганий"
exit 0                                   # 0 означає "добрий"

bash

$ git bisect start
$ git bisect bad HEAD
$ git bisect good abc1234
Bisecting: 97 revisions left to test after this (roughly 7 steps)
[def5678...] Commit message here
 
$ npm test -- --grep "login flow"
# Тести падають
 
$ git bisect bad
Bisecting: 48 revisions left to test after this (roughly 6 steps)
[ghi9012...] Another commit message
 
$ npm test -- --grep "login flow"
# Тести проходять
 
$ git bisect good
Bisecting: 24 revisions left to test after this (roughly 5 steps)
...
 
# Після ~7 ітерацій:
abc1234def5678ghi is the first bad commit

bash

cd ../hotfix-session
# Виправити баг
git add .
git commit -m "Fix null pointer in session validation"
git push origin main
cd ../my-project
# Продовжити роботу над своєю фічею, ніби нічого не трапилось

bash

# Перелічити всі worktrees
git worktree list
# /home/dev/my-project         abc1234 [feature/user-auth]
# /home/dev/hotfix-session     def5678 [main]
 
# Видалити worktree, коли закінчили
git worktree remove ../hotfix-session
 
# Якщо директорія вже видалена:
git worktree prune

bash

a1b2c3d (HEAD -> main) HEAD@{0}: reset: moving to HEAD~3
f4e5d6c HEAD@{1}: commit: Add payment processing
b7a8c9d HEAD@{2}: commit: Update user dashboard
e0f1g2h HEAD@{3}: commit: Fix auth token refresh
i3j4k5l HEAD@{4}: checkout: moving from feature/payments to main

bash

git reflog | grep "feature/experimental"
# Або просто перегляньте reflog на предмет останнього коміту на тій гілці
 
# Знайшли. Відтворити гілку на тому коміті:
git branch feature/experimental a1b2c3d

bash

# Reflog показує, де ви були до rebase
git reflog
# a1b2c3d HEAD@{0}: rebase (finish): ...
# ...
# f4e5d6c HEAD@{5}: rebase (start): checkout main
# b7a8c9d HEAD@{6}: commit: Your last good commit
 
# Повернутися до стану перед rebase
git reset --hard b7a8c9d

bash

git config gc.reflogExpire
# за замовчуванням: 90.days.ago (для досяжних)
git config gc.reflogExpireUnreachable
# за замовчуванням: 30.days.ago (для недосяжних)

bash

# Стешити все, включаючи нові файли
git stash push --include-untracked -m "WIP: new auth components"
 
# Або навіть включити ігноровані файли (рідко потрібно)
git stash push --all -m "Full workspace snapshot"

bash

# Pop: застосувати і видалити зі списку стешів
git stash pop stash@{2}
 
# Apply: застосувати, але залишити у списку стешів
git stash apply stash@{2}

bash

# Feature-гілка
git checkout -b feature/user-auth develop
# ... робота ...
git checkout develop
git merge --no-ff feature/user-auth
 
# Release-гілка
git checkout -b release/2.1.0 develop
# ... фінальні виправлення ...
git checkout main
git merge --no-ff release/2.1.0
git tag -a v2.1.0 -m "Release 2.1.0"
git checkout develop
git merge --no-ff release/2.1.0
 
# Hotfix
git checkout -b hotfix/session-fix main
# ... виправлення ...
git checkout main
git merge --no-ff hotfix/session-fix
git checkout develop
git merge --no-ff hotfix/session-fix

bash

git checkout -b feature/user-auth main
# ... робота ...
git push origin feature/user-auth
# Відкрити PR, отримати ревю, змерджити
# main завжди готовий до деплою

bash

# Короткоживуча гілка (мерджиться того ж дня)
git checkout -b fix/auth-token main
# ... маленька, сфокусована зміна ...
git push origin fix/auth-token
# PR ревю'ється та мерджиться протягом годин, не днів

bash

#!/bin/bash
# .git/hooks/pre-commit
 
# Запустити ESLint лише на стейджених файлах
STAGED_FILES=$(git diff --cached --name-only --diff-filter=ACM | grep -E '\.(js|ts|tsx)$')
 
if [ -n "$STAGED_FILES" ]; then
  echo "Running ESLint on staged files..."
  npx eslint $STAGED_FILES --quiet
  if [ $? -ne 0 ]; then
    echo "ESLint failed. Fix errors before committing."
    exit 1
  fi
fi
 
# Запустити Prettier на стейджених файлах
if [ -n "$STAGED_FILES" ]; then
  echo "Running Prettier..."
  npx prettier --check $STAGED_FILES
  if [ $? -ne 0 ]; then
    echo "Prettier check failed. Run 'npx prettier --write' first."
    exit 1
  fi
fi

bash

#!/bin/bash
# .git/hooks/commit-msg
 
COMMIT_MSG=$(cat "$1")
PATTERN="^(feat|fix|docs|style|refactor|test|chore|perf|ci|build|revert)(\(.+\))?: .{1,72}"
 
if ! echo "$COMMIT_MSG" | grep -qE "$PATTERN"; then
  echo "Invalid commit message format."
  echo "Expected: type(scope): description"
  echo "Example: feat(auth): add session refresh endpoint"
  echo ""
  echo "Valid types: feat, fix, docs, style, refactor, test, chore, perf, ci, build, revert"
  exit 1
fi

bash

git lg
# * a1b2c3d (HEAD -> main) Fix session validation
# | * d4e5f6g (feature/payments) Add Stripe integration
# | * h7i8j9k Update payment models
# |/
# * l0m1n2o Merge PR #42
# * p3q4r5s Add user dashboard

bash

# Показати, що ви збираєтесь комітити
git config --global alias.staged "diff --staged"
 
# Короткий статус
git config --global alias.st "status -sb"
 
# Amend без зміни повідомлення
git config --global alias.amend "commit --amend --no-edit"
 
# Показати останній коміт
git config --global alias.last "log -1 HEAD --stat"
 
# Pull з rebase замість мерджу
git config --global alias.up "pull --rebase --autostash"
 
# Видалити гілки, що змерджені в main
git config --global alias.cleanup "!git branch --merged main | grep -v '^[ *]*main$' | xargs git branch -d"

bash

# Показати лише файли, що змінились
git show --stat a1b2c3d
 
# Показати конкретний файл на конкретному коміті
git show a1b2c3d:src/auth/session.ts

bash

# Показати повідомлення коміту теж, не лише хеш
git blame -L 42,60 --show-name src/auth/session.ts
 
# Ігнорувати зміни пробілів (дуже корисно)
git blame -w -L 42,60 src/auth/session.ts
 
# Показати коміт перед blamed (копати глибше)
git log --follow -p -- src/auth/session.ts

bash

# Знайти, коли функція була додана або видалена
git log -S "validateSession" --oneline
 
# Знайти, коли з'явився regex-патерн
git log -G "session.*timeout" --oneline

bash

# Що змінилось між двома гілками
git diff main..feature/auth
 
# Що змінилось на цій гілці з моменту відгалуження від main
git diff main...feature/auth
 
# Перелічити лише змінені файли
git diff main...feature/auth --name-only
 
# Статистичний вигляд (файли + вставки/видалення)
git diff main...feature/auth --stat

bash

# Подивитися, що було б видалено (пробний запуск)
git clean -n
 
# Видалити невідстежувані файли
git clean -f
 
# Видалити невідстежувані файли та директорії
git clean -fd
 
# Видалити невідстежувані та ігноровані файли (ядерний варіант)
git clean -fdx

bash

# Ранок: перевірити, що відбувається
git lg
git fetch --all
 
# Почати фічу
git checkout -b feature/session-refresh main
 
# Працювати, комітити інкрементально
git add -p                        # Стейджити конкретні ханки, не цілі файли
git commit -m "Add token refresh endpoint"
git commit -m "Add refresh token rotation"
git commit -m "Fix: handle expired refresh tokens"
git commit -m "Add integration tests"
 
# Перервано: потрібно виправити продакшен-баг
git worktree add ../hotfix main
cd ../hotfix
# ... виправити, комітнути, запушити, PR змерджено ...
cd ../my-project
git worktree remove ../hotfix
 
# Назад до роботи над фічею
git commit -m "Fix edge case in token validation"
 
# Готовий до PR: очистити історію
git rebase -i main
# Об'єднати fix-коміти, переформулювати для ясності
 
# Запушити та відкрити PR
git push -u origin feature/session-refresh
 
# Щось зламалось на стейджингу? Знайти який коміт:
git bisect start
git bisect bad HEAD
git bisect good main
git bisect run npm test
 
# Ой, я скинув не те
git reflog
git reset --hard HEAD@{2}

Interactive Rebase: Приберіть свій хаос, поки ніхто не бачить

Основна команда

Реальний сеанс очищення

Зміна порядку комітів

Скорочення Autosquash

Золоте правило

Cherry-Pick: Хірургічне перенесення комітів

Коли я це реально використовую

Cherry-Pick без комітування

Cherry-Pick діапазону

Обробка конфліктів

Git Bisect: Бінарний пошук багів

Ручний спосіб

Автоматизований спосіб (ось де справжня сила)

Реальний сеанс Bisect

Git Worktrees: Кілька гілок, нуль стешів

Що таке Worktree

Додавання Worktree

Створення нової гілки в Worktree

Керування Worktrees

Чому це краще за стеш

Одне застереження

Reflog: Кнопка скасування для всього

Що таке Reflog

Відновлення після Hard Reset

Відновлення видаленої гілки

Відновлення після невдалого Rebase

30-денна страхувальна сітка

Особисте правило

Стеш правильно: Це не просто git stash

Називайте свої стеші

Включення невідстежуваних файлів

Часткове стешування

Apply проти Pop

Перегляд вмісту стешу

Створення гілки зі стешу

Стратегії гілкування: Яка реально працює

Gitflow

GitHub Flow

Trunk-Based Development

Моя рекомендація

Git Hooks: Автоматизуйте те, що постійно забуваєте

Хуки, які реально мають значення

Husky проти нативних хуків

Коли пропускати хуки

Аліаси, що економлять час

Гарний лог

Скасувати останній коміт

Зняти все зі стейджу

Перелічити всі аліаси

Більше аліасів, якими я користуюсь

Команди, якими я користуюсь щодня

Ультимативна команда логу

Diff стейджених змін

Показати конкретний коміт

Blame з діапазонами рядків

Пошук рядка по всій історії

Показати, що змінилось між двома точками

Очищення невідстежуваних файлів

Відновити один файл з іншої гілки

Збираємо все разом: Реальний воркфлоу

Схожі записи

Regex Cheat Sheet 2026 — Regular Expressions Made Simple

500+ Free Public APIs for Your Next Project — The Definitive List (2026)

Стеш правильно: Це не просто `git stash`