- Перед тем как сесть за продолжение выполнения таски, подгрузите изменения с
gitLabв вашу локальную ветку main. Если используете дополнительную локальную ветку для выполнения таски, то дополнительно сделайте для неёrebase
git pullgit rebase- Если сделали какие-то изменения в коде, отправьте коммиты в свою ветку на gitLab, не должно быть такой ситуации, что вы сделал сделали один коммит с полной выполненной задачей, где изменений на миллиард строк, которые будем разбирать командой несколько лет). Задача должна быть разбита на коммиты, а коммиты должны быть атомарными
Что такое#git ?
Git - это система контроля версий, которая позволяет отслеживать изменения в коде и управлять ими. Она позволяет сохранять различные версии кода, возвращаться к предыдущим версиям и сравнивать их. Это очень полезный инструмент для разработчиков, которые работают над проектом в команде, так как он облегчает совместную работу и устраняет проблемы при слиянии изменений. Также Git позволяет работать с различными ветками кода, что облегчает работу над разными задачами в различных частях проекта.
Плейлист для самостоятельного изучения - Что такое Git?
Какие основные команды есть?
Главные команды в Git
- git init - создание нового репозитория Git
- git config - конфигурация вашего репозитория Git
- git add - добавление файлов в индекс для последующего коммита
- git commit - сохранение изменений в репозитории Git
- git clone - создание локальной копии удаленного репозитория Git
- git remote - управление удаленными репозиториями
- git push - отправка изменений из локального репозитория на удаленный сервер Git
- git pull - получение последних изменений из удаленного репозитория Git
- git branch - создание, удаление веток
- git checkout - переключение между ветками, для возврата к предыдущим версиям файлов или коммитов
- git merge - объединение изменений из одной ветки с другой
- git rebase - перемещение коммитов в другую ветку oт изменения истории коммитов ветки
- git diff - просмотр различий между файлами и коммитами
- git log - просмотр истории коммитов в репозитории Git
- git stash - временное сохранение изменений в текущей ветке не делая индексирование
- git reset - отмена изменений в локальном репозитории Git
- git revert - отмена определенных коммитов в репозитории Git
- git rerere - инструмент для автоматического разрешения конфликтов слияния
Это лишь небольшой список команд, но они являются основными инструментами для работы с Git.
#git-init
С этой командой вы уже скорее всего знакомы. Она создает локальный репозиторий Git в выбранной вами папке.
#git-config
git config используется для установки и просмотра конфигурационных настроек Git. Некоторые из основных тегов, которые можно использовать с этой командой:
user.name: устанавливает имя пользователя для использования в коммитах
git config --global user.name "Какое-то_имя"user.email: устанавливает email пользователя для использования в коммитах
git config --global user.email "Какая-то_ваша_почта"git config --list: позволяет просмотреть все текущие настройки Git на локальном уровне
git config --list
#git-add
git add используется для добавления файлов в индекс Git перед созданием коммита. Она позволяет отслеживать изменения файлов в вашем рабочем каталоге и подготовить их для коммита. Когда файлы добавляются в индекс, они будут включены в следующий коммит.
Особенности команды git add:
- Вы можете добавить один или несколько файлов, указав их имена после команды git add (git add Register.test.tsx)
- Можно добавить все файлы из текущей директории и ее поддиректорий с помощью команды git add .
- Можно добавить вообще все изменения git add -A
- Флаг -p позволяет добавлять изменения файла в индекс частями
- Если вы хотите добавить файлы, игнорируемые Git, используйте флаг -f (git add -f file_name)
#git-commit
Git commit - это команда для сохранения изменений в вашем локальном репозитории Git.
- Каждый коммит должен отражать единственное логическое изменение.
- Сообщение коммита должно быть кратким, но информативным и описывать изменения, вносимые данным коммитом.
Коммит - это кирпичик определенной задачи, как кроха души, в нём должны быть изменения для определённой задачи, не затрагивая другие. Если вы делали компонент footer, то в вашем коммите не должны быть изменения компонента header. Такое явление называется атомарностью.
Атомарность в Git означает, что каждый коммит должен быть независимым и корректным в отдельности. Это означает, что коммит не должен включать изменения, которые не связаны с его сообщением и выполняемой задачей.
Атомарные коммиты позволяют реализовать стратегию ветвления и упрощают работу с версиями кода. Кроме того, атомарность позволяет легче отслеживать историю изменений и находить ошибки в коде.
Работа с git commit:
- git commit - сделать коммит с развернутым описанием
- git commit -m “description” - сделать коммит с описанием в одну строчку
- git commit —amend - откат ссылки коммита с сохранением новых изменений
#git-clone
Git clone - это команда для клонирования удаленного репозитория Git на компьютер. Клонирование позволяет получить копию кода из удаленного репозитория и работать над ним локально.
Основные особенности:
- Git clone может быть выполнен с использованием протоколов HTTP, SSH или git://, в зависимости от доступности и настроек удаленного репозитория
- Git clone может быть копией всего репозитория или только выбранных веток.
#git-remote
Git remote - это команда для управления связями между локальным репозиторием и одним или несколькими удаленными репозиториями. Она позволяет просматривать существующие связи, добавлять новые и удалять ненужные.
Главные теги Git remote:
- git remote -v: Эта команда выводит список всех удаленных репозиториев и их URL. В выводе также могут быть указаны статусы, такие как FETCH_HEAD или PUSH_HEAD.
- FETCH_HEAD - говорит, что это источник для скачивания
- PUSH_HEAD - говорит, что это место для отправки данных (push)
-
git remote add: Эта команда позволяет добавить новый удаленный репозиторий в локальный репозиторий. Вы можете указать имя для нового удаленного репозитория и его URL
- git remote add origin_two <Какой-то URL>
-
git remote rm: Эта команда удаляет связь между локальным и удаленным репозиторием. Вы указываете имя удаленного репозитория, который необходимо удалить.
- git remote rm <origin_name>
#git-push
Git push - это команда для отправки локальных изменений в удаленный репозиторий. Она позволяет обновить изменения в удаленном репозитории, чтобы другие пользователи могли видеть эти изменения.
Как правило, перед использованием команды git push, необходимо использовать команды git add и git commit, чтобы добавить и закоммитить изменения в локальном репозитории.
Git push имеет несколько параметров, которые могут быть использованы:
- git push origin - эта команда отправляет изменения в удаленный репозиторий с именем “origin”.
- git push origin <name_branch> - эта команда отправляет изменения в удаленный репозиторий с именем “origin” в ветку <name_branch>
- git push -u origin - эта команда отправляет изменения в удаленный репозиторий и устанавливает удаленный репозиторий “origin” как основной. Это означает, что при использовании команды git push в будущем, необходимо будет указывать только имя ветки.
- git push —force - эта команда принуждает отправку изменений в удаленный репозиторий, даже если есть конфликты с другими коммитами. Это может быть опасно, потому что это может перезаписать существующие изменения в удаленном репозитории.
#git-pull
Git pull является командой, которая позволяет синхронизировать изменения в удаленном репозитории с локальным. Команда скачивает новые данные с удаленного репозитория и автоматически сливает их с локальными изменениями. Git pull имеет несколько параметров, которые влияют на его работу:
- git pull [repository] [branch] - эта команда скачивает все изменения с удаленного репозитория и автоматически сливает их с текущей веткой локального репозитория.
- git pull —no-commit [repository] [branch] - эта команда скачивает изменения с удаленного репозитория, но не создает автоматически коммит. Вместо этого, она оставляет изменения внутри индекса, позволяя вам проверить и изменить их, прежде чем зафиксировать.
#git-branch
Когда вы создаете новую ветку с помощью команды git branch, создается копия текущей ветки, в которой вы работаете. Вы можете переключаться между ветками с помощью команды git checkout. (про неё написано ниже)
Например, если вы хотите создать новую ветку “feature” для работы над новой задачей, вы можете использовать команду git branch feature. После этого вы можете переключиться на новую ветку, используя команду git checkout feature
Кроме того, вы можете использовать команду git branch -v для просмотра списка всех веток в вашем проекте
Если вы хотите удалить ветку, вы можете использовать команду git branch -d, за которой следует имя ветки.
Интересные теги:
- git branch —merged – показывает объединенные ветки
- git branch —no-merged – показывает не объединенные ветки**
#git-checkout
Git checkout - это команда, которая используется для переключения между ветками, создания новых веток, перезаписи файлов в рабочей директории и отмены изменений.
Примеры использования команды git checkout:
- Переключение между ветками: git checkout branch_name. Эта команда переключает вас на указанную ветку с именем “branch_name”
- Создание новой ветки: git checkout -b new_branch_name. Эта команда создает новую ветку с именем “new_branch_name” и переключает вас на нее.
#git-merge
Git merge - это команда, которая позволяет объединить изменения из одной ветки в другую. Она позволяет разработчикам работать над одним и тем же проектом, не мешая друг другу, и затем объединять свои ветки в одну.
Основные теги, которые могут использоваться в git merge:
- git merge —ff
<branch>- быстрое слияние используется для быстрого объединения веток, когда одна из веток просто продолжается от другой, и нет необходимости создавать новый коммит
-
git merge —no-ff
<branch>- выполняет слияние, создавая новый коммит, даже если возможно быстрое слияние. -
git merge —squash
<branch>- В отличие от обычного слияния, которое создает новый коммит, содержащий все изменения из двух сливаемых веток, —squash позволяет сливать изменения в один коммит, но не добавлять их в историю ветки. Это может быть полезно, если вы хотите объединить серию коммитов, более понятный коммит, который реализует какую-то особую задачу или функциональность. После слияния со списком изменений, объединенных с помощью опции —squash, вы можете создать новый коммит, в котором будут содержаться все изменения. -
git merge recursive
<branch_1><branch_2>- более сложное объединение, когда две ветки имеют общую базовую ветку, и изменения в обеих ветках должны быть объединены.
- git merge —abort
#git-rebase
Перебазирование. Перемещение коммитов ветки. Представим две ветки: master и test. test ветка была создана на N-ом коммите master. При rebase коммиты test отцепляется от точки расхождения master и цепляются в виде копий к последнему коммиту master и уже от него будет идти ветка test, а также получит изменения из master
Основные теги, которые могут использоваться в git rebase:
-
git rebase —onto [branch/commit] - onto говорит от какой ветки или коммита делать rebase
-
git rebase —rebase-megres master:
Представим ситуацию. У нас было две ветки и мы сделали для них merge. После merge, в последнем коммите ветки будут ссылки на ДВУХ родителей, вместо одного, как это было в других коммитах. Всё потому, что merge объединил две ветки. Для rebase это приличная проблема, если при rebase последним коммитом master будет merge, то он попробует сделать перебазирование ОТ ДВУХ ВЕТОК, и продублирует последние коммиты чужой ветки в вашу. т.к он не знает что ты нахрен хочешь ;)И именно для решения данной проблемы сделали —rebase-megres. В таком случае мы говорим гиту, что нужно сделать перебазирование не относительно ветки, а относительно коммита merge
-
git rebase -i – открывается редактор для редактирования выполнения следующего rebase. Можно изменить порядок коммитов, можно убрать копирование каких-то коммитов, можно добавить какие-то нужные для нас действия (например редактирование описание)
при конфликте rebase:
- git rebase —abort (с возвратом HEAD)
- git rebase —skip
- git rebase —quit (без возврата HEAD)
- git rebase —continue (продолжить после конфликта)
HEAD - курсор в системе git
#git-diff
Команда git diff используется в Git для сравнения изменений между двумя коммитами, двумя ветками или двумя файлами.
Основные теги, которые можно использовать в команде git diff:
- —cached - сравнивает изменения между областью индекса и последним коммитом
- HEAD - сравнивает изменения между последним коммитом и рабочей директорией
<commit>- сравнивает изменения между указанным коммитом и рабочей директорией<branch>- сравнивает изменения между указанной веткой и текущей веткой
git diff master feature – diff сравнит последние коммиты указанных веток. Выводит все отличия
Основные особенности команды git diff:
- выводит различия между файлами в удобном формате
- позволяет сравнивать изменения между разными коммитами и ветками
- может использоваться для нахождения ошибок или конфликтов в изменениях
#git-log
Git log - это команда, которая отображает историю коммитов в репозитории Git. Она позволяет просмотреть списки коммитов с информацией о них, таких как авторы, даты, сообщения коммитов и изменения, внесенные в каждом коммите.
Основные теги, используемые в команде git log:
- —oneline: выводит каждый коммит в одной строке.
- —graph: выводит историю коммитов в виде дерева.
- —author=<имя>: позволяет фильтровать коммиты по автору.
- —since=<дата>: позволяет фильтровать коммиты, внесенные после указанной даты.
- —until=<дата>: позволяет фильтровать коммиты, внесенные до указанной даты.
Интересные команды:
- git log master feature —graph – покажет дерево веток и коммитов feature относительно master (даже их примерное ответвление)
- git log test ^master – показать какие нововведения есть в ветке test
- git log master – отобразит логи по этой ветке
- git log index.html – покажет в каких коммитах менялся этот файл
Основные особенности команды git log:
- История коммитов отображается в обратном хронологическом порядке, начиная с самого свежего коммита
- По умолчанию, git log отображает информацию о последних 15 коммитах, но можно настроить это значение с помощью параметров командной строки
- Команда git log может быть использована для просмотра истории слияний и отображения конфликтов слияния
#git-stash
Команда ‘git stash’ используется для временного сохранения изменений, которые еще не готовы к коммиту или не имеют прямого отношения к текущей ветке. stash может содержать изменения в рабочей директории так и в индексе, и сохраненные изменения можно применить позже, когда они станут нужны. Это особенно полезно, когда вы хотите переключиться на другую ветку или выполнить другую задачу, но сохранить свои текущие изменения, которые вы намереваетесь вернуться к позже.
Основные команды, связанные со stash, включают:
- git stash save “message” - сохраняет текущие незакоммиченные изменения в stash с сообщением “message”
- git stash list - показывает список всех сохраненных stash
- git stash apply
<stash>@{<N>}- применяет конкретный stash с указанным номером к текущей ветке. Если номер не указан, используется последний stash - git stash drop
<stash>@{<N>}- удаляет указанный stash. Если номер не указан, используется последний stash - git stash pop - применяет последний стэш и удаляет его из списка stash
Таким образом, stash может быть очень полезным инструментом, который позволяет сохранить временные изменения и переключаться между задачами, не теряя важную рабочую информацию и сохраняя чистую рабочую директорию.
#git-reset
Git reset - это команда, которая позволяет вернуть репозиторий к определенному состоянию. Она выполняет несколько разных задач в зависимости от параметров, которые вы передаете.
Одна из главных особенностей команды git reset в том, что она изменяет историю коммитов, удаляя коммиты или перемещая ветки.
Существует несколько параметров, которые можно использовать с командой git reset. Они включают в себя:
-
—hard: этот параметр изменяет файловую систему и индекс, возвращая их к состоянию, которое было на определенном коммите. Он удаляет любые изменения, которые не были зафиксированы в коммитах, которые исключаются из текущей позиции указателя. Это может быть опасно, так как необратимо. git reset —hard [hash_commit]
-
—soft: этот параметр изменяет только указатель на имя текущего ветки, но не модифицирует файловую систему или индекс. Это позволяет вам изменить последний коммит, не удаляя его или любые изменения, связанные с ним. git reset —soft [hash_commit]
-
—soft: этот параметр изменяет только указатель на имя текущего ветки, но не модифицирует файловую систему или индекс. Это позволяет вам изменить последний коммит, не удаляя его или любые изменения, связанные с ним. git reset —soft [hash_commit]
-
—mixed: этот параметр изменяет индекс репозитория, но не изменяет файловую систему. Он позволяет вам изменять последний коммит, выполняя новые коммиты на основе изменений в индексе. git reset —mixed [hash_commit]
-
—merge: этот параметр позволяет фиксировать конфликты при слиянии двух веток вместо того, чтобы просто выбирать изменения из одной из них. git reset —merge [hash_commit]
Помимо параметров, вы также можете использовать теги в команде git reset, чтобы возвращаться к предыдущим версиям вашего проекта. Теги в Git - это просто имена, связанные с определенными коммитами в вашей истории. Чтобы использовать тег в команде git reset, просто укажите его вместо хэша коммита.
#git-revert
revert в Git используется для отмены определенных коммитов. Это позволяет сохранить историю изменений, не удаляя их полностью из репозитория.
Через reset мы откатываемся только локально, но что делать, если коммит уже отправлен на сервер? через reset не выйдет откатить коммит у других, т.к такой команды нет. Поэтому создан revert, он создает новый коммит, в котором отменены действия последнего коммита
git revert [hash_commit]
git revert A..D – сделать revert для коммитов от A до D
#git-rerere
git rerere - это инструмент, который помогает автоматически разрешать конфликты при слиянии. Имя “rerere” расшифровывается как “reuse recorded resolution” (переиспользование записанных решений). Когда Git встречает конфликт при слиянии веток, он запоминает решение, которое использовалось для разрешения конфликта, и сохраняет его в специальной базе данных. При последующих конфликтах Git может автоматически применить ранее записанное решение.
К сожалению или для некоторых к счастью, это всё что будет написано про rerere, т.к rerere это обширная тема, да и мало кто воспользуется данным инструментом на этом проекте. Если у вас появится интерес, то можете изучить данный инструмент самостоятельно