Git

# Переключаемся на main
git switch main

# Сливаем feature (Git выполнит FF автоматически)
git merge feature/login

# Результат: Fast-forward
# main теперь указывает на тот же коммит, что и feature/login

# Принудительно создать merge-коммит, даже если возможен FF
git merge --no-ff feature/login

# Разрешить только FF (если невозможно — отмена)
git merge --ff-only feature/login

# Ветка A изменила строку 10 в файле app.py
# Ветка B изменила строку 50 в файле app.py
# Git объединит оба изменения без конфликта

# Шаг 1: Создаём репозиторий и начальный файл
mkdir conflict-demo && cd conflict-demo
git init
echo "Добро пожаловать в наш проект" > README.md
echo "Версия: 1.0" >> README.md
git add README.md
git commit -m "Начальный коммит"

# Шаг 2: Создаём ветку и меняем вторую строку
git switch -c feature/update-version
# Меняем «Версия: 1.0» на «Версия: 2.0»
sed -i 's/Версия: 1.0/Версия: 2.0/' README.md
git add README.md
git commit -m "Обновляем версию до 2.0"

# Шаг 3: Возвращаемся в main и тоже меняем вторую строку
git switch main
# Меняем «Версия: 1.0» на «Версия: 1.5-beta»
sed -i 's/Версия: 1.0/Версия: 1.5-beta/' README.md
git add README.md
git commit -m "Ставим бета-версию 1.5"

# Шаг 4: Пробуем слить — получаем конфликт!
git merge feature/update-version
# CONFLICT (content): Merge conflict in README.md
# Automatic merge failed; fix conflicts and then commit the result.

Добро пожаловать в наш проект
<<<<<<< HEAD
Версия: 1.5-beta
=======
Версия: 2.0
>>>>>>> feature/update-version

# Как найти все конфликтные маркеры в проекте:
grep -rn "<<<<<<<" .

# Посмотреть список конфликтных файлов:
git diff --name-only --diff-filter=U

# Посмотреть статус — какие файлы в конфликте
git status
# On branch main
# You have unmerged paths.
#   (fix conflicts and run "git commit")
#
# Unmerged paths:
#   both modified:   README.md

# Посмотреть, что изменилось в каждой ветке
git log --oneline --left-right main...feature/update-version
# > abc1234 Обновляем версию до 2.0
# < def5678 Ставим бета-версию 1.5

# Посмотреть diff с трёхсторонним контекстом
git diff

# После редактирования — помечаем файл как разрешённый
git add README.md

# Проверяем статус — файл больше не в "Unmerged"
git status
# All conflicts fixed but you are still merging.

# Завершаем merge (Git предложит стандартное сообщение)
git commit
# Merge branch 'feature/update-version'

# Или с кастомным сообщением:
git commit -m "Merge feature/update-version: обновлена версия до 2.0-beta"

# Отменить merge в любой момент (до git commit)
git merge --abort
# Всё вернётся к состоянию до merge

# Настроить внешний инструмент
git config --global merge.tool meld      # или kdiff3, p4merge, vimdiff

# Запустить инструмент для разрешения конфликта
git mergetool

# После разрешения Git спросит: была ли merge успешна?
# Ответьте y, файл будет помечен как разрешённый

# Принять нашу версию файла целиком (ours)
git checkout --ours path/to/file.txt
git add path/to/file.txt

# Принять версию вливаемой ветки целиком (theirs)
git checkout --theirs path/to/file.txt
git add path/to/file.txt

# По умолчанию: FF если возможно, иначе 3-way
git merge feature

# Всегда создавать merge-коммит (рекомендуется для командной работы)
git merge --no-ff feature

# Только FF — если невозможно, отменить merge
git merge --ff-only feature

# Собрать все изменения из feature в один коммит
git merge --squash feature

# Изменения в staging, но не закоммичены — нужно коммитить вручную
git commit -m "feat: добавлена авторизация (squash из feature/auth)"

# Явно указать стратегию
git merge -s ort feature
git merge -s recursive feature

# Опции стратегии (через -X)
git merge -X theirs feature     # при конфликтах автоматически принимать theirs
git merge -X ours feature       # при конфликтах автоматически принимать ours
git merge -X patience feature   # использовать «терпеливый» алгоритм diff

# Проверить версию Git (ort доступен с 2.34+)
git --version

# Явно использовать ort
git merge -s ort feature/auth

# Или recursive (для старых версий Git)
git merge -s recursive feature/auth

# Установить порог похожести (по умолчанию 50%)
git merge -X rename-threshold=30 feature   # более агрессивная детекция

# Отключить детекцию переименований
git merge -X no-renames feature

# Игнорировать изменения в количестве пробелов
git merge -X ignore-space-change feature

# Игнорировать все пробелы
git merge -X ignore-all-space feature

# Файл .gitattributes в корне проекта:
*.md   text eol=lf          # Markdown — всегда LF
*.sh   text eol=lf          # Bash скрипты — LF
*.bat  text eol=crlf        # Windows батники — CRLF
*.png  binary               # Изображения — бинарные, не мёржить

# Включить rerere глобально
git config --global rerere.enabled true

# Проверить, что включено
git config rerere.enabled
# true

# 1. Делаете merge, получаете конфликт
git merge feature
# CONFLICT ...

# 2. Разрешаете конфликт вручную
# (редактируете файл, убираете маркеры)

# 3. Git записывает ваше решение
git add file.txt
git commit
# Recorded resolution for 'file.txt'.

# 4. В следующий раз при таком же конфликте:
git merge feature
# Resolved 'file.txt' using previous resolution.
# Git автоматически применил ваше прошлое решение!

# Ветка feature/auth имеет 15 коммитов
git merge --squash feature/auth

# Все изменения в staging, но НЕ закоммичены
git commit -m "feat: авторизация пользователей"

# Результат: один чистый коммит в main
# НО: Git не знает, что feature/auth была слита