Репозиторий (контроль версий)

В системах контроля версий репозиторий метаданные представляет собой структуру данных, в которой хранятся для набора файлов или структуры каталогов . ^[1] В зависимости от того, является ли используемая система контроля версий распределенной, например Git или Mercurial , или централизованной, например Subversion , CVS или Perforce , весь набор информации в репозитории может дублироваться в системе каждого пользователя или может храниться в одной системе. сервер . ^[2] Некоторые из метаданных, содержащихся в репозитории, включают, среди прочего, историческую запись изменений в репозитории, набор объектов фиксации и набор ссылок на объекты фиксации, называемые заголовками .

Основная цель репозитория — хранить набор файлов, а также историю изменений, внесенных в эти файлы. ^[3] Однако то, как каждая система контроля версий сохраняет эти изменения, сильно различается. Например, в прошлом Subversion полагалась на экземпляр базы данных, но с тех пор перешла на сохранение своих изменений непосредственно в файловой системе. ^[4] Эти различия в методах хранения обычно приводят к различному использованию контроля версий разными группами в зависимости от их потребностей. ^[5]

Обзор [ править ]

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

Распределенная система контроля версий состоит из центрального и отраслевых репозиториев . На сервере существует центральный репозиторий. Чтобы внести в него изменения, разработчик сначала работает с репозиторием ветки и приступает к фиксации изменений в нем.

Кузницы [ править ]

Code Forge — это веб-интерфейс системы контроля версий. Пользователь обычно может просматривать репозитории и входящие в них файлы на самой странице.

Статический веб-хостинг [ править ]

Хотя форжи в основном используются для выполнения операций по контролю версий, некоторые форжи позволяют пользователям размещать статические веб-страницы , загружая их исходный код (например, HTML и JavaScript , но не PHP ) в репозиторий. Обычно это делается для предоставления документации или целевой страницы программного проекта.

Использование репозиториев в качестве места для загрузки веб-документов позволяет интегрировать контроль версий, а также обеспечивает быструю итерацию, поскольку изменения передаются через систему контроля версий вместо необходимости загрузки файла через протокол, такой как FTP . ^[6]

Примеры такого рода сервисов включают GitHub Pages и GitLab Pages .

См. также [ править ]

Ссылки [ править ]

^ «СВНБук» . Проверено 20 апреля 2012 г.
^ «Концепции и лучшие практики контроля версий» . 03.03.2018. Архивировано из оригинала 27 апреля 2020 г. Проверено 10 июля 2020 г.
^ «Начало работы — о контроле версий» . Гит СКМ.
^ Бен Коллинз-Сассман; Брайан В. Фицпатрик; К. Майкл Пилато (2011). «Глава 5: Стратегии развертывания репозитория». Контроль версий с помощью Subversion: для Subversion 1.7 . О'Рейли.
^ «Различные подходы к ветвлениям системы управления версиями» . Переполнение стека . Проверено 15 ноября 2014 г.
^ «Страницы GitHub | Веб-сайты для вас и ваших проектов, размещенные непосредственно из вашего репозитория GitHub» . Гитхаб .

[1] «СВНБук» . Проверено 20 апреля 2012 г.

[Ernst-2018-2] «Концепции и лучшие практики контроля версий» . 03.03.2018. Архивировано из оригинала 27 апреля 2020 г. Проверено 10 июля 2020 г.

[3] «Начало работы — о контроле версий» . Гит СКМ.

[4] Бен Коллинз-Сассман; Брайан В. Фицпатрик; К. Майкл Пилато (2011). «Глава 5: Стратегии развертывания репозитория». Контроль версий с помощью Subversion: для Subversion 1.7 . О'Рейли.

[5] «Различные подходы к ветвлениям системы управления версиями» . Переполнение стека . Проверено 15 ноября 2014 г.

[6] «Страницы GitHub | Веб-сайты для вас и ваших проектов, размещенные непосредственно из вашего репозитория GitHub» . Гитхаб .

[1]

[2]

[3]

[4]

[5]

[6]