Đoạn xem trước bài giảng

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

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

fork pull request code review

Bạn sẽ học gì trong bài giảng này

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

Phần đầu bài giảng

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

Форк — ваша личная копия репозитория на 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. Теперь, когда вы создали свою копию проекта, пора перенести её на локальную машину и научиться работать с ней.

Bài giảng đầy đủ dành cho thuê bao

Còn 30 slide nữa trong phiên bản đầy đủ.

Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.

Đăng nhập hoặc đăng ký Đăng ký thuê bao

Nội dung bài giảng

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