Расскажи про опыт работы с Git

А, Гит, говоришь? Ну, это ж моя родная стихия, как грязь для свиньи. Сижу в нём, как дед в засаде, каждый божий день.

По поводу ежедневной рутины:

• Ветки: Да без веток-то нихуя не сделаешь. Режу их, как горячий нож масло — feature/, bugfix/. Главное — не разводить эти долгоиграющие пиздопроекты, которые с main расходятся на три года развития. Короткие и частые — залог спокойной жизни.
• Коммиты: Вот тут многие, блядь, косячат по-страшному. Напихают в один коммит и новую фичу, и рефакторинг, и баг-фикс, и бутерброд себе сделали. Потом ищи-свищи, что сломалось. Я за атомарность: одна задача — один коммит. И сообщение чтоб человеческое было, а не «чё-то пофиксил». feat(auth): add login via Google — вот это я понимаю, всё сразу ясно, в рот меня чих-пых.
• Синхронизация: А вот это святое. Прежде чем пушить свою хуйню, надо стянуть свеженькое с main. И не просто pull, а pull --rebase, чтобы мои коммиты аккуратно поверх всего легли, а не эти ебаные merge-коммиты, от которых история выглядит, как генеалогическое древо алкоголика.
• Конфликты: Ну, без них никуда. Разрешаю, конечно. Иногда сидишь, ебешься с этими <<<<<<< HEAD и >>>>>>>, чувствуешь себя богом, который решает, чей код выживет. Но в целом, если часто ребазиться, то их меньше.

По поводу процессов: Тут уж как команда договорится. Если проект простой, как три копейки — GitHub Flow рулит: есть main, от неё ветку сделал, влил обратно через пулл-реквест, и всё, красота. А если там релизы каждые полгода, с тестированием, staging-ом и прочей бюрократией — тогда Git Flow с его develop, release/* и hotfix/*. Немного геморройно, но зато предсказуемо, как восход солнца.

Ну и как это обычно выглядит, на живом примере:

# 1. Начинаем новую пляску
$ git checkout main
$ git pull origin main # Стянул свежак, чтобы не отстать от жизни
$ git checkout -b feature/JIRA-123-new-endpoint # И поехали

# 2. Работаем, блядь, работаем
$ git add .
$ git commit -m "feat(api): add GET /users endpoint"
$ git commit -m "test(api): add unit tests for user controller"

# 3. Магия ребаза — чтоб история была гладкой, как жопа младенца
$ git fetch origin
$ git rebase origin/main
# ... если тут вылезет конфликт — ну, бывает, разберёмся

# 4. Выгружаем творчество на всеобщее обозрение и создаём PR
$ git push -u origin feature/JIRA-123-new-endpoint

А ещё из продвинутого:

• Хуки — вещь! Настроил pre-commit, чтобы линтер прогонялся, а то какой-нибудь распиздяй запушет код, который даже не компилится. И pre-push, чтобы тесты хотя бы базовые прошли. Экономия нервов — овердохуища.
• Администрирование: .gitignore — священный файл, чтобы всякий хлам в репу не попал. Теги v1.2.3 — чтобы потом не орать «а на какой версии у нас это сломалось?».
• Код-ревью: А вот это, я считаю, самое важное. Сам участвую, других смотрю. Не для того, чтобы умничать, а чтобы банальные косяки отловить и архитектуру обсудить. В интерфейсе GitHub'а это удобно сделано.

Короче, Гит — это не просто «сохранил и забыл». Это такой же инструмент разработки, как и IDE. Если им пользоваться с мозгом, то жить становится проще, а если как попало — то сами знаете, будет вам хиросима и никаких сраков. Главное — порядок, предсказуемость и чтобы все в команде хотя бы базово понимали, что они делают.