Для чего используют системы контроля версий?
- Сохранения исходного кода. Информация сваливается на удаленный сервер и в репозитории остаются даже файлы, удаленные с компьютера разработчика.
- Возможности привлекать группу программистов, не покупая отдельно специальные инструменты для командной работы. Каждый свою задачу на персональном компьютере, обновляя файлы, когда это нужно.
- Отмены внесенных изменений. Всегда есть возможность вернуться к контрольной точке, провести ревью исходного кода и текущего, а затем обновить основную ветку.
- Распределенной работа над проектом. То есть, программисты могут создавать видоизмененный плагин, пока основная его версия спокойно функционирует на сайте.
Что такое Git? Каков принцип его работы?
Git - система контроля версий, которая позволяет локально сохранять репозиторий.
У Git есть рабочий каталог, где хранятся метаданные и локальная база рабочего проекта. Именно эта часть копируется, когда вы клонируете проект (репозиторий) с сервера.
Чаще всего работа с Git устроена примерно так:
1) Вы вносите правки в файлы рабочей копии проекта.
2) Индексируете их, подготавливая к коммиту (здесь Git создает снимки новых правок).
3) Делаете коммит, и индексированные правки наконец сохраняются в вашем каталоге Git.
У проектных файлов в Git есть 3 базовых состояния:
Измененные (modified) — файлы в процессе рабочего редактирования.
Индексированные (staged) — та часть измененных файлов, которая уже подготовлена к фиксации после редактирования.
Зафиксированные (committed) — файлы, уже сохраненные в локальном репозитории.
Какие действия можно выполнять с помощью git?
- Проверка статуса репозитория
- Внесение изменений однострочным сообщением или через редактор
- Просмотр истории коммитов с изменениями
- Просмотр заданного коммита
- Просмотр изменений до коммита
- Удаление отслеживаемых файлов из текущего рабочего дерева
- Переименование файлов
- Отмена подготовленных и неподготовленных изменений
- Изменение последнего коммита
- Откат последнего коммита
- Откат заданного коммита
- Создание новой ветки и переход в неё
- Просмотр списка веток
- Удаление ветки
- Слияние двух веток
- Отображение журнала фиксации в виде графика для текущей или всех веток
- Прекращение слияния при конфликте
- Добавление удалённого репозитория
- Просмотр удалённых URL-адресов
- Получение дополнительных сведений об удалённом репозитории
- Отправка изменений в удалённый репозиторий
- Получение изменений из удалённого репозитория
- Слияние удалённого репозитория с локальным
- Отправка новой ветки в удалённый репозиторий
- Удаление удалённой ветки
Что такое commits, branches в Git?
Commits - Контрольные точки. сохранение изменений в репозиторий. Выполняется разработчиком на своем локальном компьютере.
Branches - Ветки. параллельное «ответвление» в репозитории. С этой составляющей можно отдельно работать, не «задевая» при этом главную версию (с которой ветку можно вновь объединить, после проведения необходимых изменений).
Для чего нужны GitHub, GitLab? Чем отличаются от git?
GitHub делает упор на высокую доступность и производительность своей инфраструктуры и делегирует другие сложные функции сторонним инструментам.
GitLab, наоборот, фокусируется на включении всех функций на одной проверенной и хорошо интегрированной платформе; он обеспечивает все для полного жизненного цикла DevOps под одной крышей.
Git также локально сохраняет весь репозиторий в файл небольшого объема, не снижая качества данных. GitHub, как и GitLab, представляет собой онлайн-сервис для размещения репозиториев, удаленного управления ими и других задач разработки.
Что такое репозиторий?
Хранилище кода и вся информация о его изменениях.
Какие команды будешь использовать, если у тебя есть изменения локально и нужно их доставить на удалённый репозиторий?
git add / git commit -m “”/ git pull/ git push
или
git add / git commit -m”” / git push / git pull / git push .
