Подготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
Опишите ветвление, правила review, обязательные проверки и порядок объединения изменений, принятые в вашей команде.
Читать ответИспользуют merge-коммиты, fast-forward, squash и rebase, а процесс строят вокруг trunk-based или веток функций/релизов.
Читать ответMerge соединяет ветки, сохраняя их историю; rebase переигрывает коммиты поверх другой базы, меняя их идентификаторы.
Читать ответMerge объединяет истории, сохраняя существующие коммиты; rebase переносит изменения на новую базу и создаёт новые коммиты.
Читать ответРазделите владение Git как системой версий и GitLab как платформой совместной работы и CI/CD.
Читать ответСначала оцените, затронут ли production, остановите дальнейшее опасное применение и исправьте желаемое состояние через Git.
Читать ответРабота с Git в терминале включает просмотр изменений, создание коммитов, работу с ветками и разрешение конфликтов.
Читать ответMerge предпочтителен для общей истории, когда важно сохранить факт объединения веток и не менять идентификаторы уже опубликованных коммитов.
Читать ответСначала отзовите или замените утёкший ключ: удаление файла либо коммита не делает уже опубликованный секрет безопасным.
Читать ответIndex — промежуточный снимок содержимого для следующего коммита; git add переносит туда выбранные изменения.
Читать ответДля частых независимых релизов микросервисов обычно удобны короткоживущие ветки и защищённая основная ветка с обязательным CI.
Читать ответВ Git-клиенте создайте рабочую ветку, измените файлы, проверьте diff, выберите нужные изменения, выполните commit и push.
Читать ответ