Как называется самый популярный алгоритм сборки мусора?

Конвенция именования коммитов

Я использую Conventional Commits — стандарт, принятый в индустрии. Формат: type(scope): description

Основные типы коммитов

• feat: новая функциональность (feat(auth): add JWT token refresh)
• fix: исправление ошибки (fix(header): resolve mobile layout bug)
• refactor: переструктурирование кода без изменения поведения
• perf: улучшение производительности
• test: добавление или обновление тестов
• docs: обновление документации
• style: форматирование кода (линтинг, скобки)
• chore: обновление зависимостей, конфигов

Примеры в реальном проекте

// ✅ Хорошие коммиты
feat(button): add loading state with spinner animation
fix(form): resolve input clearing after submit
refactor(api): extract error handling to utils
perf(image): implement lazy loading for gallery
test(modal): add accessibility tests for keyboard navigation
docs(readme): update setup instructions

// ❌ Плохие коммиты
fixed bug
update
asdfgh
small changes

Правила при работе в команде

1. Описание на английском — стандарт в opensource и крупных проектах
2. Первая строка до 50 символов — для корректного отображения в git log
3. Если нужны подробности — добавляю пустую строку и описание после неё
4. Breaking changes — указываю ! перед : или BREAKING CHANGE: в теле

Пример подробного коммита

feat(api)!: redesign authentication flow

BREAKING CHANGE: Old /auth endpoint is replaced with /oauth
- Implement OAuth 2.0 integration
- Add refresh token rotation
- Update error handling for new auth server

Closes #1234

Инструменты для автоматизации

Использую commitlint и husky для валидации в pre-commit хуке:

• commitlint проверяет формат перед коммитом
• Предотвращает попадание некорректных коммитов в историю

Хорошие коммиты упрощают:

• Code review (понятна интенция)
• Release notes (автогенерация из коммитов)
• Blame/bisect (отключение плохих коммитов)
• Onboarding новых разработчиков