Какую систему контроля версий использовал?

Системы контроля версий: Git и его альтернативы

В профессиональной разработке использую различные системы контроля версий в зависимости от контекста и требований проекта.

Git - основная система

Git - это распределённая система контроля версий, которую использую в подавляющем большинстве проектов. Это стандарт индустрии для современной разработки.

Основные возможности Git

# Инициализация репозитория
git init
git clone https://github.com/user/repo.git

# Работа с ветками
git branch feature/new-feature
git checkout feature/new-feature
git switch -c feature/optimized-sorting

# Сохранение изменений
git add .
git commit -m "Add O(n log n) sorting algorithm"
git push origin feature/optimized-sorting

# Слияние и перебазирование
git merge feature/new-feature
git rebase main
git cherry-pick abc123def

# История и просмотр
git log --oneline --graph --all
git diff HEAD~1
git show abc123def

# Отмена изменений
git reset HEAD~1
git revert abc123def
git restore filename.cpp

Рабочие процессы с Git

Feature Branch Workflow:

# Создаём ветку для каждой фичи
git checkout -b feature/thread-pool

# Разработка и коммиты
git commit -m "Add ThreadPool class"
git commit -m "Add thread synchronization"
git commit -m "Add unit tests"

# Создание pull request
git push origin feature/thread-pool
# На GitHub/GitLab создаём PR

# После review и одобрения
git merge feature/thread-pool

Git Flow:

# Развитие на develop, релизы на main
git checkout develop
git checkout -b feature/cache-optimization

# Готов к релизу
git checkout -b release/v1.0.0 develop
git tag -a v1.0.0 -m "Version 1.0.0"
git merge release/v1.0.0 main
git merge release/v1.0.0 develop

Trunk-Based Development:

# Короткоживущие ветки, частые мерджи в main
git checkout main
git checkout -b bugfix/memory-leak
git commit -m "Fix memory leak in ThreadPool"
git push origin bugfix/memory-leak
# Быстрое слияние в main после review

Расширенные возможности Git

// Git Hooks для автоматизации
// .git/hooks/pre-commit

#!/bin/bash
# Запуск тестов перед коммитом
make test || exit 1

// .git/hooks/post-merge
#!/bin/bash
# Обновление зависимостей
if git diff HEAD@{1} --name-only | grep -q package.json; then
  npm install
fi

Альтернативные системы контроля версий

Mercurial (Hg)

Распределённая VCS, похожа на Git, но с другой философией.

hg init
hg clone https://repo.example.com/myproject
hg add .
hg commit -m "Initial commit"
hg push
hg log

Когда использовать: Проекты Mozilla, Facebook (использовали). Сейчас редко встречается.

Subversion (SVN)

Централизованная система контроля версий, позволяет контролировать версии файлов в центральном хранилище.

svn checkout https://repo.example.com/project/trunk myproject
cd myproject
svn add newfile.cpp
svn commit -m "Add new feature"
svn update
svn log

Когда использовать: Корпоративные проекты, которые требуют контроля доступа на уровне файлов. Иногда в наследуемых проектах.

Perforce (P4)

Мощная централизованная система для больших команд и больших проектов.

p4 client -t default_name
p4 sync
p4 edit file.cpp
p4 submit -d "Fix bug"
p4 changes -m 10
p4 filelog file.cpp

Когда использовать: Игровая индустрия, AAA игры (Unreal Engine), большие монолиты.

Практический опыт использования

Для Backend C++ разработки

# Типичный рабочий день
git clone https://github.com/company/backend.git
cd backend

# Обновление основной ветки
git fetch origin
git rebase origin/main

# Создание ветки для задачи
git checkout -b feature/connection-pool

# Разработка и коммиты
code connection_pool.cpp
make test
git add connection_pool.cpp
git commit -m "Implement connection pool with size limits"

# Ещё один коммит
code connection_pool_test.cpp
make test
git add connection_pool_test.cpp
git commit -m "Add comprehensive unit tests for connection pool"

# Подготовка к push
git fetch origin
git rebase origin/main  # Перебазируемся на свежую main

# Отправка
git push origin feature/connection-pool

# После review и одобрения
git merge --ff-only feature/connection-pool
git push origin main

Инструменты и расширения Git

# GitHub CLI для управления PR
gh pr create --title "Add connection pool" \
  --body "Implements thread-safe connection pool"

gh pr list
gh pr view 123
gh pr checkout 123

# git-flow расширение
git flow feature start optimization
git flow feature finish optimization

# Временные сохранения
git stash
git stash pop
git stash drop

# Интерактивный rebase
git rebase -i HEAD~5  # Переделать последние 5 коммитов

Сравнение VCS систем

Рекомендации для Backend разработки на C++

Используйте Git потому что:

• Стандарт индустрии, все знают
• Отличная производительность даже с большими репозиториями
• Мощные инструменты и интеграция (GitHub, GitLab, Bitbucket)
• Распределённость удобна для удалённых команд
• Хорошая поддержка CI/CD систем

Рекомендуемая конфигурация:

# .gitignore для C++ проекта
*.o
*.a
*.so
*.dylib
build/
dist/
*.exe
*.dll
cmake-build-*/
.vscode/
.idea/
*.swp
.DS_Store

# .gitconfig
git config user.name "Developer Name"
git config user.email "dev@company.com"
git config core.editor "vim"
git config pull.rebase true  # Использовать rebase вместо merge

Ключевые моменты

• Git - основная система контроля версий для современной разработки
• Распределённость позволяет работать офлайн и слить изменения из разных источников
• Ветки - основной инструмент для организации работы
• Pull Request / Merge Request - стандартный способ code review
• Git hooks - автоматизация проверок перед коммитом
• Для больших файлов и игровых проектов иногда используется Perforce
• SVN встречается в наследуемых и корпоративных системах
• Изучение git rebase, cherry-pick, stash - критично для профессиональной работы