Итоговый workflow: от задачи до опубликованного PR

Рабочий workflow с терминалом и Git связывает все темы трека в один процесс. Его цель - сделать разработку повторяемой: вы понимаете, где проект, что изменено, как сохранить шаг,…

Краткий ответ

Рабочий workflow с терминалом и Git связывает все темы трека в один процесс. Его цель - сделать разработку повторяемой: вы понимаете, где проект, что изменено, как сохранить шаг, как отправить его на GitHub и как оформить результат.

Рабочий workflow с терминалом и Git связывает все темы трека в один процесс. Его цель - сделать разработку повторяемой: вы понимаете, где проект, что изменено, как сохранить шаг, как отправить его на GitHub и как оформить результат.

Полный цикл задачи

cd ~/projects/demo
git switch main
git pull
git switch -c docs/add-setup-guide

# редактируем файлы

git status --short
git diff
git add README.md
git commit -m "Добавить инструкцию запуска"
git push -u origin docs/add-setup-guide

После push можно открыть pull request на GitHub, описать изменения и указать проверку.

Чек-лист перед PR

1. Ветка названа по задаче. 2. В коммиты попали только нужные файлы. 3. Сообщения коммитов понятны. 4. README или инструкция обновлены, если изменился запуск. 5. Проверки выполнены локально. 6. В PR описано, что изменено и как проверялось.

Что делать при ошибке

Если команда не сработала, не запускайте случайные исправления подряд. Прочитайте сообщение, проверьте текущую директорию, выполните git status, посмотрите diff. В большинстве случаев Git прямо пишет, какое действие требуется: закоммитить изменения, решить конфликт, настроить upstream или выполнить pull.

Итог

Командная строка дает быстрый доступ к проекту и инструментам. Git дает историю и безопасные эксперименты. GitHub дает удаленную копию, pull request и совместную проверку. Вместе они формируют базовый профессиональный навык, без которого сложно уверенно развивать даже небольшой учебный проект.

https://yadro-code.ru/lessons/without-university/command-line-git-basics/command-line-git-15