Глоссарий
В настоящем разделе собраны термины, определения, сокращения и аббревиатуры.
Дашборд
Дашборд (анг. dashboard) - стартовая страница приложения, где отображается ключевая информация, такая как статистика, графики, уведомления и т.д., с возможностью настройки под собственные потребности.
Cтраница дашборда в GitVerse - это страница обзора вашего аккаунта, где вы можете видеть общую статистику, активность, задачи и т.д.
Ветка
Ветка (анг. branch) представляет собой легковесный указатель на коммит. Создание новой ветки позволяет вам работать над новыми функциями или исправлениями без влияния на основную кодовую базу. Каждая ветка может иметь свою собственную историю коммитов, которую вы можете изменять независимо от других веток. Путем переключения между ветками вы можете легко управлять различными версиями вашего проекта.
Наиболее часто используемые команды:
- переключение на ветку:
git checkout <имя ветки>
или
git switch <название_ветки>
- переключение на ветку и создание из нее новой ветки:
git checkout <имя ветки>
git checkout -b <имя новой ветки>
- просмотр локального списка веток, где текущая ветка будет выделена звездочкой (*):
git branch
См. Работа с ветками
Вебхук
Вебхук (анг. webhook) - это механизм, который позволяет веб-приложениям автоматически получать информацию о событиях, происходящих в других приложениях или сервисах. Когда событие происходит в источнике данных, он отправляет HTTP POST запрос с информацией о событии на URL, который вы предварительно настроили для вебхука. Это позволяет программам взаимодействовать и реагировать на события в реальном времени.
См. Вебхуки.
Коммит
Коммит (анг. commit) - это процесс сохранения изменений в коде в репозиторий. Коммит позволяет зафиксировать текущее состояние проекта и сделанные изменения. После выполнения команды "git commit", все изменения, добавленные в индекс (staging area) с помощью команды "git add", будут сохранены в репозитории.
Коммиты содержат информацию о том, какие изменения были сделаны и от кого. Изменения можно комментировать. Коммит является ключевым элементом процесса разработки, позволяющим отслеживать историю изменений в проекте и обеспечивать его целостность и согласованность.
Пример добавления, коммита и передачи (пуша) в удаленный репозиторий:
git add .
git commit -m "место для комментария к коммиту"
git push
См. Коммит
Куки
Куки (анг. cookie) в контексте web разработки - это небольшой набор данных, передаваемых одной программой другой. Они могут использоваться для идентификации в компьютерных приложениях, например, при посещении веб-сайта серверное приложение может оставить на компьютере посетителя HTTP-куки для аутентификации клиента при его возвращении на сайт. Куки также могут быть использованы для хранения желаемых настроек пользователя и его предпочтений. Однако, стоит отметить, что существуют сторонние куки, которые сохраняются другими сайтами и могут использоваться для отслеживания онлайн-активности пользователя.
Пулл реквест (запрос на слияние)
Пулл реквест (анг. pull request) - это запрос на включение изменений, сделанных в отдельной ветке, в основную ветку репозитория. Это процесс, при котором разработчик предлагает изменения в коде для включения в основной репозиторий. Пулл реквест позволяет другим разработчикам просмотреть и оценить предложенные изменения перед их принятием. Этот процесс помогает обеспечить качество кода и согласованность в работе над проектом.
Подробнее в Центре заботы:
Пуш коммита
Пуш коммита (анг. push commit) - это процесс отправки изменений, сделанных в локальной копии репозитория, на удаленный сервер. Это делает вашу работу доступной для других пользователей и сохраняет историю изменений в общем репозитории.
Пример добавления коммита и передачи (пуша) в удаленный репозиторий:
git add .
git commit -m "место для комментария к коммиту"
git push
Раннер
Раннер (анг. runner) - это приложение, которое выполняет задачи в рамках рабочего процесса GitVerse Acrtions (CI/CD).
Файл YAML в .gitverse/workflows/
в вашем репозитории определяет задачи и конфигурацию рабочего процесса, а раннер выполняет эти задачи в соответствии с указанными параметрами.
На данный момент доступен раннер в виде бинарного файла или докер образа, см.:
Тултип
Тултип (анг. tooltip) - это небольшое всплывающее окно с информацией, которое появляется при наведении курсора на определенный элемент интерфейса. Тултип обычно содержит краткое описание или подсказку, объясняющую назначение или использование этого элемента.
Пример тултипа, призванного отобразить слишком длинное имя ветки:
![пример тултипа, призванного отобразить слишком длинное имя ветки](/docs/_next/static/media/longBranchNameTooltip.87d59ab3.png)
Форк
Форк (анг. fork) в контексте Git - это процесс создания отдельной ветки (ответвления) от основной ветки репозитория. Он позволяет разработчику вносить изменения в код, не затрагивая основную ветку, и затем предложить эти изменения для включения в основной репозиторий через пулл реквест. Форк может быть использован для реализации экспериментальных изменений, портирования на новые платформы или спасения проекта, если основной проект заморожен или не развивается. Форк может продолжать сосуществовать с основным проектом и обмениваться с ним содержимым, или же приобрести абсолютно другие свойства и перестать иметь что-то общее с базовым проектом.
Подробнее в Центре заботы:
-
⚠️
После удаления форка репозитория восстановить его невозможно. Если вы удалили приватный репозиторий, все его форки будут удалены.
username
В контексте настроек аккаунта username - это ваш логин в GitVerse.
Cм. Смена username.
Workflow (файл рабочего процесса)
Файлы рабочего процесса (анг. workflow) - это файлы, которые определяют конфигурацию и последовательность задач, которые должны быть выполнены в рамках GitVerse Actions. Файлы написаны на языке разметки YAML и содержат информацию о том, какие действия и события должны произойти, а также какие условия должны быть выполнены для запуска задач.
Файлы рабочего процесса позволяют автоматизировать различные процессы в разработке программного обеспечения, такие как сборка, тестирование, развертывание и другие операции.
YAML файлы рабочего процесса хранятся в репозитории в папке .gitverse/workflows/
.
Cм. CI/CD.