Работа с Open Source: fork, upstream, pull request

1. Fork → создать копию репозитория в своём аккаунте
2. Clone → скачать свою копию локально
3. Branch → создать ветку для изменений
4. Code → внести изменения
5. Push → отправить в свой fork
6. Pull Request → предложить изменения в оригинальный репозиторий
7. Review → исправить замечания
8. Merge → изменения приняты

# Клонируем СВОЙ форк
git clone https://github.com/your-username/react.git
cd react

# Добавить оригинальный репозиторий как upstream
git remote add upstream https://github.com/facebook/react.git

# Проверить remotes
git remote -v
# origin    https://github.com/your-username/react.git (fetch)
# origin    https://github.com/your-username/react.git (push)
# upstream  https://github.com/facebook/react.git (fetch)
# upstream  https://github.com/facebook/react.git (push)

# Получить изменения из upstream
git fetch upstream

# Переключиться на main и слить
git checkout main
git merge upstream/main

# Или через rebase (чище история)
git rebase upstream/main

# Отправить обновление в свой форк
git push origin main

# Создать ветку от актуального main
git checkout main
git fetch upstream
git merge upstream/main
git checkout -b fix/useEffect-cleanup

# Редактируете файлы...
vim packages/react/src/ReactHooks.js

# Проверяете, что всё работает
npm run lint
npm run test

# Коммитите
git add packages/react/src/ReactHooks.js
git commit -m "fix: cleanup useEffect on unmount"

# Отправить ветку в свой форк
git push -u origin fix/useEffect-cleanup

## Описание
Исправлен баг, при котором cleanup-функция useEffect не вызывалась при размонтировании.

## Связанная issue
Fixes #12345

## Тип изменений
- [x] Bug fix
- [ ] New feature
- [ ] Breaking change
- [ ] Documentation update

## Как проверить
1. Рендерить компонент с useEffect, возвращающим cleanup
2. Размонтировать компонент
3. Убедиться, что cleanup вызван

## Чеклист
- [x] Код следует стилю проекта
- [x] Добавлены тесты
- [x] Документация обновлена

1. Вы создали PR
2. CI запускается (тесты, линт, сборка)
3. Мейнтейнер просматривает PR
4. Оставляет замечания или просит изменения
5. Вы исправляете и пушите
6. Мейнтейнер аппрувит
7. PR мёржится

# Добавить новый коммит с исправлением
git add .
git commit -m "fix: address review feedback — add edge case test"
git push

# Или исправить предыдущий коммит (если проект допускает)
git add .
git commit --amend
git push --force-with-lease

# Получить свежий main из оригинала
git fetch upstream
git rebase upstream/main

# Разрешить конфликты, если есть
git add .
git rebase --continue

# Обновить PR (force push нужен после rebase)
git push --force-with-lease

# ✅ Понятное сообщение
git commit -m "fix: resolve memory leak in event listener cleanup"

# ❌ Неинформативное
git commit -m "fix"
git commit -m "changes"
git commit -m "wip"

# Скачать PR #42 локально для проверки
git fetch upstream pull/42/head:pr-42
git checkout pr-42

# Создать патч-файл из коммита
git format-patch -1 abc1234

# Применить патч
git am < 0001-fix-useEffect-cleanup.patch

# Если мейнтейнер просит применить конкретный коммит
git fetch upstream pull/42/head
git cherry-pick FETCH_HEAD

# Если ваш форк сильно отстал или запутался
git fetch upstream
git checkout main
git reset --hard upstream/main
git push origin main --force