ตัวอย่างบทเรียน

Командная работа: форки, feature-ветки и pull request'ы

Именно этот раздел описывает то, как работает 90% open-source и корпоративных команд. Мы пройдём полный цикл: fork → feature-ветка → коммиты → pull request → code review → merge. Отдельно разберём, как писать описание PR, чтобы ревьюер сразу понял контекст, и какие ошибки в PR сразу выдают новичка.

fork pull request code review

คุณจะเรียนรู้อะไรในบทเรียนนี้

Вы сможете внести вклад в любой open-source проект по стандартному циклу fork → PR.
Вы научитесь оформлять pull request так, чтобы ревьюер понял задачу без дополнительных вопросов.
Вы поймёте, как правильно реагировать на замечания в code review — технически и коммуникационно.

จุดเริ่มต้นของบทเรียน

Форк — ваша личная песочница

Форк — ваша личная копия репозитория на GitHub
Полный контроль без риска для оригинала
Сохраняет связь с исходным проектом
Идеален для экспериментов и вклада в open source

Представьте, что вы нашли интересную книгу в библиотеке, но не можете в ней делать пометки. Форк решает эту проблему, создавая вашу личную копию репозитория на GitHub. Теперь вы можете экспериментировать с кодом, не рискуя повредить оригинальный проект. Это особенно полезно, когда нужно протестировать идею или внести свой вклад в чужой проект. Ваш форк остаётся привязанным к исходному репозиторию, что упрощает отслеживание обновлений и отправку изменений обратно автору.

Как создать форк на GitHub

Нажмите кнопку Fork в правом верхнем углу
Выберите свой аккаунт как место назначения
Дождитесь создания копии
Клонируйте свой форк на локальную машину

Откройте нужный репозиторий на GitHub и найдите кнопку 'Fork' в правом верхнем углу. После нажатия выберите свой аккаунт в качестве места назначения. Через несколько секунд GitHub создаст точную копию репозитория в вашем профиле. Теперь вы можете клонировать его на компьютер командой git clone и приступать к работе. Не забудьте проверить, что клонируете именно свой форк, а не оригинальный репозиторий.

# Клонирование вашего форка на компьютер
git clone https://github.com/ваш-логин/репозиторий.git

# Переход в директорию проекта
cd репозиторий

# Проверка удалённых репозиториев
git remote -v

Форк vs Клонирование: в чём разница?

Клонирование: локальная копия на вашем компьютере
Форк: удалённая копия в вашем аккаунте GitHub
Форк сохраняет связь с исходным репозиторием
Удобно для синхронизации изменений

Хотя оба процесса создают копию репозитория, между ними есть принципиальная разница. Клонирование загружает код на ваш компьютер, а форк создаёт удалённую копию в вашем аккаунте GitHub. Форк сохраняет связь с исходным проектом, позволяя легко синхронизировать изменения. Это ключевой момент при участии в open-source проектах: вы работаете в своём ф+орке, а затем предлагаете изменения автору через pull request. Теперь, когда вы создали свою копию проекта, пора перенести её на локальную машину и научиться работать с ней.

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

Форк — ваша личная песочница
Как создать форк на GitHub
Форк vs Клонирование: в чём разница?
Клонируем форк на компьютер
Добавляем upstream для синхронизации
Проверка удалённых репозиториев
Почему нужны отдельные ветки?
Создаём feature-ветку
Как правильно называть ветки
Зачем нужны атомарные коммиты
Пишем идеальное сообщение коммита
Типичные ошибки в коммитах
Зачем публиковать ветку в форк
Команда git push для публикации ветки
Проверка опубликованной ветки
Pull Request как заявка на изменения
Заголовок PR: кратко и по делу
Описание PR: что, зачем и как проверить
Типичные ошибки в PR
PR-монстр: почему большие пулл-реквесты убивают ревью
Описание PR: ваш шанс объяснить, а не извиниться
Один PR — одна задача, или как не смешивать несвязанные изменения
Code Review как диалог с редактором
Отвечаем на каждый комментарий
Фиксируем правки отдельными коммитами
Почему возникают конфликты при мерже
Обновляем ветку перед мержем
Находим и исправляем конфликты
Завершаем разрешение конфликта
Уборка после успешного мержа
Удаляем feature-ветку на GitHub
Обновляем локальный репозиторий
Мастер командной работы: от форка до merge