Skip to content

Latest commit

 

History

History
122 lines (78 loc) · 6.86 KB

git.md

File metadata and controls

122 lines (78 loc) · 6.86 KB
Raw

Git

  1. Что такое GitFlow?
Ответ

GitFlow - модель ветвления Git.

Ключевые идеи:

  1. Данная модель отлично подходит для организации рабочего процесса на основе релизов,
  2. Gitflow предлагает создание отдельной ветки для исправлений ошибок в продуктовой среде.

Последовательность работы при использовании модели Gitflow:

  1. Из master создается ветка develop.
  2. Из develop создаются ветки feature.
  3. Когда разработка новой функциональности завершена, она объединяется с веткой develop.
  4. Из develop создается ветка release.
  5. Когда ветка релиза готова, она объединяется с develop и master.
  6. Если в master обнаружена проблема, из нее создается ветка hotfix.
  7. Как только исправление на ветке hotfix завершено, она объединяется с develop и master.
  1. Чем merge отличается от rebase?
Ответ

  • git merge - выполняет слияние коммитов из одной ветки в другую. В этом процессе изменяется только целевая ветка. История исходных веток остается неизменной.

    git-merge

    Преимущества:

    1. Простота,
    2. Сохраняет полную историю и хронологический порядок,
    3. Поддерживает контекст ветки.

    Недостатки:

    1. История коммитов может быть заполнена (загрязнена) множеством коммитов,
    2. Отладка с использованием git bisect может стать сложнее.

  • git rebase - сжимает все изменения в один патч. Затем интегрирует патч в целевую ветку. В отличии от merge, rebase перезаписывает историю, потому что она передаётся завершенную работу из одной ветки в другую. В процессе устраняется нежелательная история.

    git-rebase

    Преимущества:

    1. Упрощает потенциально сложную историю,
    2. Упрощение манипуляций с единственным коммитом,
    3. Избежание слияния коммитов в занятых репозиториях и ветках,
    4. Очищает промежуточные коммиты, делая их одним коммитом, что полезно для DevOps команд.

    Недостатки:

    1. Сжатие фич до нескольких коммитов может скрыть контекст
    2. Перемещение публичных репозиториев может быть опасным при работе в команде,
    3. Появляется больше работы,
    4. Для восстановления с удаленными ветками требуется принудительный пуш. Это приводит к обновлению всех веток, имеющих одно и то же имя, как локально, так и удаленно.
  1. Чем tag отличается от branch?
Ответ

И tag и branch представляют собой указатели на коммиты.

  • Ветка представляет собой отдельный поток разработки, который может выполняться одновременно с другими разработками в той же кодовой базе. Коммит в ветке указывает на изменения, которые добавляются в новых коммитах
  • Тег представляет собой версию определенной ветки в определенный момент времени.

Tag представляет собой версию той или иной ветки в определенный момент времени. Branch представляет собой отдельный поток разработки, который может выполнятся одновременно с другими разработками в той же кодовой базе.

  1. В ветке develop есть коммит с изменениями, которые нужно перенести в ветку master. Как это сделать?
Ответ

Необходимо найти хеш этого коммита и выполнить следующую комманду в ветке, в которую нужно перенести коммит.

git cherry-pick <commit_hash>
  1. Для чего нужна команда git commit --amend?
Ответ

commit --ammend используется для исправления сообщения последнего коммита. Также возможно использовать, чтобы добавить файлы в индекс (git add), после добавить файлы в коммит git commit --ammend.

  1. Что такое Trunk-based development?
Ответ

Trunk-based Development (TBD) - модель ветвления, в которой разработчики совместно работают над кодом в одной ветви, называемой "стволом" (trunk). При этом другие ветви имеют короткий срок жизни благодаря использованию документированных методов.

  1. Состояние репозитория ушло на много коммитов вперед. Как откатить весь репозиторий к определенному коммиту?
Ответ

git reset --hard <tag/branch/commit hash>

  1. В репозиторий запушен коммит с изменениями в двух файлах. Как откатить изменения этого коммита?
Ответ

git revert