Что такое Git и для чего он используется?

А, ну вот, подъехали к теме, которую каждый второй джуниор пытается вызубрить, а потом всё равно путает git merge с git rebase и устраивает в репозитории такой пиздец, что волосы дыбом встают. Слушай сюда, разжую.

Гит — это, по сути, такая хитрая жопа, которая помнит вообще всё. Абсолютно все изменения в твоих файликах, кто, когда и какую хуйню написал. Представь себе машину времени, но для кода. И она у каждого в команде своя, полная копия, отсюда и «распределённая». Не как в тех древних SVN, где один главный сервер — и если он накрылся медным тазом, все идут нахуй.

Основные киты, на которых всё держится:

• Репозиторий (репа) — это типа священный схрон, архив. Там лежит вся история проекта, все коммиты, все ветки. Локально у тебя и у всех в команде.
• Коммит — это снимок, слепок твоих файлов в конкретный момент. Как фотка. Сделал изменения — git add (положил в коробочку «готово к отправке»), потом git commit (щёлк, фотка готова). И у этой фотки есть уникальный ID, по которому её потом можно найти, даже если ты всё проебал.
• Ветка — вот это вообще магия. Хочешь попробовать какую-то рискованную фичу, не ломая основную линию? Отпочковываешься от main и делаешь в своей песочнице что хочешь. Основная ветка (main или master) — это святое, в идеале там всегда рабочий код.
• Слияние и перебазирование — а вот тут начинается веселье. Когда твоя фича в боковой ветке готова, её надо в основную впихнуть. Merge — это как аккуратно сшить два куска ткани. А rebase — это типа перемотать историю и притвориться, что ты свою работу начинал прямо от свежей версии main. Второе — мощнее, но опаснее, можно так наебаться, что коллеги тебя живым сожрут.

Как это обычно выглядит на практике, когда ты, допустим, пишешь автотесты:

# Стянул репу с гитхаба к себе
git clone https://github.com/company/awesome-project.git

# Охуел от бардака, но делать нечего. Создал себе ветку для новых тестов
git checkout -b tests/login-page-fix

# Написал кучу кода на Python + pytest, всё протестил
# Говоришь гиту: "Смотри, вот эти файлы я поменял, запоминай"
git add tests/test_login.py conftest.py

# Делаешь слепок, коммит. Сообщение — чтобы через месяц самому не пиздеть "а что это я тут накодил?"
git commit -m "Add tests for OAuth2 flow and fix flaky element locators"

# Отправляешь свою ветку на сервак, чтобы все увидели твой великий труд
git push origin tests/login-page-fix

А дальше — создаёшь Pull Request (PR), тебя ревьюят, если не послали нахуй с такими багами, то мержат в main. И тут же, если CI/CD настроен, дженкинс или гитлаб-раннер хватают этот новый коммит и запускают всю твою пачку тестов автоматически. Красота!

Зачем это всё тестировщику, кроме как просто хранить скрипты?

1. Тестовые данные и конфиги — тоже версионишь. Сегодня база одна, завтра другая, а через месяц надо воспроизвести старый баг — откатился на коммит и всё как было.
2. CI/CD — это вообще песня. Пушишь код — и через пяток минут знаешь, не сломал ли ты ничего. Волнение ебать, но терпения ноль, пока ждёшь результат.
3. Работа в команде — без гита это пиздопроебибна. Один правит фикстуры, другой — page objects, третий — утилиты. Все в своих ветках, не мешаем друг другу, потом аккуратно сливаем.

Итог: Гит — это фундамент. Без него сейчас нихуя. Он быстрый, он у каждого свой полный, и он позволяет творить любую нелинейную хуйню с ветками, которую только мозг может выдумать. Главное — не забывать git pull делать перед работой, а то будешь как тот чувак, который три дня пилил фичу, а потом оказалось, что он с версии двухнедельной давности стартовал. Сам от себя охуеешь.