git.alt/Справочник

Материал из ALT Linux Wiki

Эта страница документирует команды git.alt, но не является кратким руководством или учебником по нему.

Как воспользоваться git.alt?

git.alt предоставляет несколько видов доступа:

  • ssh-доступ. Предоставляет несколько команд: для поиска репозиториев, их клонирования, создания, удаления, а также служебных.
  • ssh-, git-, rsync-, http-доступ для непосредственной работы с репозиториями.
    git-, rsync- и http-адреса предоставляют r/o доступ, ssh — r/w.
  • Web-интерфейс. Находится по адресу git.altlinux.org, предоставляет навигацию по списку репозиториев и gitweb для индивидуальных репозиториев.

Доступ по SSH выдаётся после принятия в ALT Linux Team.

SSH-доступ

С 01.08.2015 г. для работы с git репозиторием надо настроить доступ к двум серверам : gitery.altlinux.org (gitery) и gyle.altlinux.org (girar). См. [devel] I: git.alt ssh interface split и [devel] I: legacy git.altlinux.org ssh interface is going to be retired soon.


Функции между этими серверами разделены следующим образом:

gitery.altlinux.org
charset <path to git repository> [<charset>]
clone <path to git repository> [<path to directory>]
default-branch <path to git repository> [<branch>]
find-package <pattern>
init-db <path to directory>
ls [<path to directory>]
mv-db <path to source directory> <path to destination directory>
quota
repack <path to git repository> [<value>]
rm-db <path to git repository>
gyle.altlinux.org
help
build [-b <binary_repository_name>] <gear_repo_1> <gear_tag_1> ...
task {--help|ls|show|new|add|delsub|run|share|approve|rm} ...
acl {--help|<binary_repository_name> ...}
ls [<path to directory>]
quota


gitery.altlinux.org доступен по SSH по адресу gitery.altlinux.org:222 и gitery.altlinux.org:443, gyle.altlinux.org — gyle.altlinux.org:222 и gyle.altlinux.org:443. Аккаунт для доступа — git_$USERNAME, где USERNAME — имя, присвоенное в процессе принятия в Team, с символами «-» заменёнными на «_». Порт 443 можно использовать в случае, когда выход в интернет осуществляется только через прокси[1].


Пример ~/.ssh/config:

# Гитовница
  Host gitery
    HostName gitery.altlinux.org
    User git_USERNAME
    Port 222
    # Через прокси
    #ProxyCommand netcat -X connect -x proxy:3128 %h %p
    #Port 443
    # if stored separately
    #IdentityFile ~/.ssh/id_ed25519.alt
    # и если openssh-7.* или новее + ключ dsa, непременно
    #PubkeyAcceptedKeyTypes ssh-dss
    # иначе будет ошибка not in PubkeyAcceptedKeyTypes 
# Сборочница
  Host gyle
    HostName gyle.altlinux.org
    User git_USERNAME
    Port 222
    # Через прокси
    #ProxyCommand netcat -X connect -x proxy:3128 git.altlinux.org 443
    #Port 443

Для работы с gitery необходимо настроить свой git — параметры user.name, user.email, user.signingkey:

$ git config --global user.signingkey "<ID ключа GPG для подписи тэгов>"
$ git config --global user.email "<ваш email, как мантейнера>"
$ git config --global user.name "FirstName LastName"

Например,

$ git config --global user.signingkey 0xA26F54C8
$ git config --global user.email dottedmag@altlinux.org
$ git config --global user.name "Mikhail Gusarov"

Чтобы узнать свой user.signingkey, выполните команду

$ gpg --list-secret-keys

Искомое значение находится в секции sec выхлопа команды. Его-то и следует прописать в переменную user.signingkey, предварительно снабдив символами 0x

(Замечание: конфигурация может быть проще. Мне не потребовалось устанавливать значение user.signingkey; подписи в git и так работают, наверное, благодаря совпадению email с UID у gpg.)

Список команд выдаётся при ssh-логине с командой help:

$ ssh gitery help
Available commands:
help
charset <path to git repository> [<charset>]
clone <path to git repository> [<path to directory>]
default-branch <path to git repository> [<branch>]
find-package <pattern>
init-db <path to directory>
ls [<path to directory>]
mv-db <path to source directory> <path to destination directory>
quota
repack <path to git repository> [<value>]
rm-db <path to git repository>

$ ssh gyle help
Available commands:
help
build {--help | [options] <arguments> ...
task {--help | <command> [options] ...
acl {--help | <arguments> ...}
quota

Во всех командах суффикс директорий репозиториев .git опционален и может быть опущен. В выводе команд .git присутствует всегда.

Управление git-репозиториями

ls

$ ssh gitery ls [<directory>]

Эта команда позволяет посмотреть содержимое различных директорий на gitery:

$ ssh gitery ls /people/dottedmag/public
total 24
drwxr-sr-x 5 4096 Jun 13 10:22 bugzilla-repo-sync.git
...
drwxr-sr-x 5 4096 Jul  7 18:03 wackoconvert.git
$

Без параметров — показывает содержимое /people/$USERNAME:

$ ssh gitery ls
total 16
drwxr-s---  5 4096 May 30 21:27 etc
drwxr-sr-x 14 4096 Aug 13 23:53 packages
drwxr-s--x  2 4096 Feb 13  2007 private
drwxr-sr-x  8 4096 Aug 13 23:57 public
$

От этой же директории отсчитываются относительные пути:

$ ssh gitery ls public
total 24
drwxr-sr-x 5 4096 Jun 13 10:22 bugzilla-repo-sync.git
...
drwxr-sr-x 5 4096 Jul  7 18:03 wackoconvert.git
$

find-package

$ ssh gitery find-package <pattern>

Эта команда позволяет искать репозитории по переданному шаблону. Единственный метасимвол, допустимый в шаблоне — *. Репозитории ищутся в директории packages каждого пользователя, поскольку предполагается, что gear-репозитории располагаются именно там.

$ ssh gitery find-package 'glibc*'
/people/avm/packages/glibc.git	1216320095
...
/people/peet/packages/glibc-kernheaders.git	1177084354
/people/mike/packages/glibc-kvercheck.git	1160664813
$ ssh gitery find-package glibc
/people/avm/packages/glibc.git	1216320095
...
/people/peet/packages/glibc.git	1177084600
$

Вторая колонка в выводе find-package — unixtime времени последнего обновления репозитория. Получить время в привычном представлении можно с помощью команды date -d @unixtime.

База данных для find-package обновляется в начале каждого часа. В неё попадают только те репозитории, в которые был сделан хотя бы один git push. Репозитории, не изменившиеся после первичного создания/клонирования, в эту базу не попадают.

clone

$ ssh gitery clone <path to git repository> [<destination directory>]

Эта команда позволяет «склонировать», то есть создать в своей директории копию репозитория для начала работы над ним. При этом локальные клоны (из /people) задействуют хардлинки, экономя дисковое пространство, а также ваши квоту на gitery и трафик до него.

Без второго аргумента — клонирует в директорию packages:

$ ssh gitery clone /people/ldv/packages/glibc
gitery-clone:	/people/dottedmag/packages/glibc.git
$

Вторым аргументом можно указать как директорию, в которую нужно поместить клон репозитория, так и название репозитория:

$ ssh gitery clone /people/ldv/packages/glibc public/test
gitery-clone:	/people/dottedmag/public/test.git
$

Помимо /people, можно клонировать локальные репозитории, размещённые в /gears и /srpms:

$ ssh gitery clone /gears/s/strace
gitery-clone:	/people/dottedmag/packages/strace.git
$

Можно также клонировать репозиторий, находящийся вне gitery:

$ ssh gitery clone git://git.fedorahosted.org/chkconfig.git
gitery-clone:	/people/dottedmag/packages/chkconfig.git
$

init-db

$ ssh gitery init-db <path to directory>

Позволяет создать новый git-репозиторий. По умолчанию (при указании только имени репозитория) репозиторий создаётся в директории packages:

$ ssh gitery init-db test
gitery-init-db:	/people/dottedmag/packages/test.git

При указании пути создаёт репозиторий по указанному пути:

$ ssh gitery init-db public/test
gitery-init-db:	/people/dottedmag/public/test.git

mv-db

$ ssh gitery mv-db <path to source directory> <path to destination directory>

Позволяет перемещать и переименовывать свои репозитории. При указании только имени репозитория подразумевается директория packages.

Перемещение packages/test.git в public/newname.git:

$ ssh gitery mv-db test public/newname
$

Перемещение public/newname.git в packages/test.git:

$ ssh gitery mv-db public/newname test
$

Переименовывание packages/test.git в packages/megatest.git:

$ ssh gitery mv-db test megatest
$

rm-db

$ ssh gitery rm-db <path to git repository>

Позволяет удалять свои репозитории. При указании только имени репозитория подразумевается директория packages:

$ ssh gitery rm-db megatest # удаляет packages/megatest.git
$ ssh gitery rm-db public/test

Управление ACL пакетов

Смотри ACL для общей информации об ACL пакетов в Sisyphus.

Команда acl требует указания репозитория, над которым производится работа. Список доступных репозиториев можно узнать у gyle:

$ ssh gyle acl --help
This is ACL (Approve Control List) management interface.

Usage: girar-acl --list
   or: girar-acl <repository> [{<package>|@<group>} {check|show}]
   or: girar-acl <repository> [{<package>|@<group>} {add|del|leader|replace} {<login>|@<group>}...]
   or: girar-acl <repository>

Valid repositories are: c7 c8.1 p8 p9 sisyphus
If no package is given, read commands from stdin, one command per line.
See https://www.altlinux.org/Incoming/acl for details.
$

Если в командной строке указан только репозиторий, но не указана подкоманда, то список команд читается со стандартного ввода, по одной команде на строку, и выполняется тразакционно: ошибка в выполнении хотя бы одной команды отменяет действие всего набора команд:

$ ssh gyle acl sisyphus keyjnote
girar-acl: Go ahead and type your commands
keyjnote add peet
< keyjnote add peet
> OK: keyjnote: dottedmag peet
keyjnote add raorn
< keyjnote add raorn
> OK: keyjnote: dottedmag peet raorn
^D
girar-acl: 2 command(s) queued
$

Все команды, меняющие состав группы или ACL пакета, могут производиться только лидером — первым в списке ACL пакета или в составе группы. Набор из нескольких команд выполняется транзакционно. Результат выполнения acl-команд сообщается по email всем, кого они затрагивают.

acl show

$ ssh gyle acl <binary repository> <package> show

Показывает ACL указанного пакета

$ ssh gyle acl sisyphus aMule show
aMule   oddity @qa @everybody
$ ssh gyle acl <binary repository> @<group> show

Показывает состав указанной группы майнтайнеров.

$ ssh gyle acl sisyphus @python show
@python        ns ldv george akhavr bga lav swi at hiddenman sin mithraen kas

acl check

$ ssh gyle acl <binary repository> <package> check

Проверяет ACL указанного пакета

$ ssh gyle acl sisyphus bugzilla check
girar-check-perms: access to bugzilla ALLOWED for ldv: project is orphaned

acl add/del

$ ssh gyle acl <binary repository> <package> add|del <login>|@<group> ...

Добавляет/удаляет указанных пользователей и группы в/из ACL указанного пакета.

$ ssh gyle acl sisyphus keyjnote add damir
< keyjnote add damir
> OK: keyjnote: dottedmag damir
girar-acl: 1 command(s) queued
$ ssh gyle acl sisyphus keyjnote del damir
< keyjnote del damir
> OK: keyjnote: dottedmag
girar-acl: 1 command(s) queued
$ ssh gyle acl <binary repository> @<group> add|del <login>|@<group> ...

Добавляет/удаляет указанных пользователей и группы в/из указанной группы.

$ ssh gyle acl sisyphus @python add ns
< @python add ns
> OK: @python: real ldv george lav swi at hiddenman sin mithraen enp vvk viy vitty ns
girar-acl: 1 command(s) queued
$ ssh gyle acl sisyphus @python del ns
< @python del ns
> OK: @python: real ldv george lav swi at hiddenman sin mithraen enp vvk viy vitty
girar-acl: 1 command(s) queued

acl replace

$ ssh gyle acl <binary repository> <package>|@<group> replace <login>|@<group> <login>|@<group>

Заменяет указанную запись в ACL пакета или составе группы на вторую указанную.

$ ssh gyle acl sisyphus keyjnote replace dottedmag @python

Заменяет в ACL пакета keyjnote запись dottedmag на @python.

acl leader

$ ssh gyle acl <binary repository> <package> leader <login>|@<group>

Устанавливает лидера пакета — указанного пользователя, или лидера указанной группы. Пользователь или группа, устанавливаемые лидерами, не обязаны присутствовать в списке ACL пакета до выполнения этой команды.

$ ssh gyle acl sisyphus keyjnote leader @python
$ ssh gyle acl <binary repository> @<group> leader <login>|@<group>

Устанавливает лидера группы — указанного пользователя, или лидера указанной группы. Пользователь или группа, устанавливаемые лидерами, не обязаны присутствовать в списке членов группы до выполнения этой команды.

$ ssh gyle acl sisyphus @python leader ns

Сборка пакетов

Для сборки пакетов используется механизм заданий — пользователь указывает, какие gear-репозитории необходимо собрать одной транзакцией, создавая задание, после чего запускает его на выполнение. Задание выполняются асинхронно. После завершения задания пользователю приходит отчёт по e-mail (плюс, отчёты о сборке доступны на git.alt, см. ниже). Каждое задание предназначено для изменения только одного репозитория пакетов.

task

$ ssh gyle task ls [--all]

Показывает текущий список всех заданий пользователя с указанием их статуса и краткого содержания.
С указанием параметра --all показывает список заданий всех пользователей.

$ ssh gyle task show [<task_id>]

Показывает содержимое указанного (по умолчанию последнего созданного) задания.

$ ssh gyle task new [<binary_repository_name>]

Создаёт новое задание для сборки пакетов в указанный репозиторий пакетов (по умолчанию — Sisyphus).
Список репозиториев можно узнать с помощью task new --help.
По умолчанию задание создаётся в тестовом режиме (см. описание опции --commit ниже).
Данная команда выводит идентификатор задания на stdout.

$ ssh gyle task add [<task_id> [<before_subtask_id>]] repo <gear_repo> <gear_tag>

Добавляет в задание пакет, который необходимо собрать.
Пакет определяется двумя обязательными характеристиками: путём к gear-репозиторию и именем git-тэга.
По умолчанию новые подзадания добавляются в конец списка подзаданий, с шагом 0100 (восьмеричное 100). Новое подзадание, добавляемое перед подзаданием номер N, получает восьмеричный номер (K+N)/2, где K — это номер подзадания, идущего непосредственно перед подзаданием номер N[2].

$ ssh gyle task add [<task_id> [<before_subtask_id>]] srpm <srpm file>

Добавляет в задание пакет, который необходимо собрать.
Пакет определяется именем предварительно отправленного на сервер путём rsync srpm-файла (Пример: rsync grace-5.1.22-alt6.src.rpm girar:).

$ ssh gyle task add [<task_id> [<before_subtask_id>]] copy <package> [<binary_repository_name>]

Добавляет в задание имя пакета, который необходимо скопировать из другого репозитория пакетов (по умолчанию — Sisyphus).

Параметры:

  • package — имя пакета (без версии, релиза и расширения).
$ ssh gyle task add [<task_id> [<before_subtask_id>]] del <package>

Добавляет в задание имя пакета, который необходимо удалить из репозитория.

$ ssh gyle task add [<task_id> [<before_subtask_id>]] rebuild <package>

Добавляет в задание имя пакета, который необходимо пересобрать. Эта операция реализована только для тех пакетов, которые были собраны из git-репозиториев.

$ ssh gyle task add [<task_id>] kmodules <kflavour>

Добавляет в задание подзадания по пересборке всех актуальных модулей для указанного ядра. Эта операция имеет смысл только для модулей, которые были собраны из git-репозиториев с использованием gear specsubst.

$ ssh gyle task delsub <task_id> <subtask_id>

Удаляет из указанного задания подзадание с указанным номером.

$ ssh gyle task deps [<task_id>] show

Показывает список заданий, от которых зависит указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task deps [<task_id>] clear

Очищает список заданий, от которых зависит указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task deps [<task_id>] add <required task id1> ...

Добавляет перечисленные задания в список заданий, от которых зависит указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task deps [<task_id>] del <required task id1> ...

Удаляет указанные задания из списка заданий, от которых зависит указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task deps [<task_id>] set <required task id1> ...

Задает список заданий, от которых зависит указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task run [[--test-only|--commit]|[--hurry|--unhurry]] [--fail-early|--fail-late] [<task_id>]

Отправляет на выполнение указанное (по умолчанию последнее созданное) задание.
Если не задан опциональный параметр --commit (либо явно заданы --test-only или --hurry), то финальное выкладывание собранного в репозиторий не производится (т.н. тестовая сборка; с опцией --hurry — ещё и без пересборки подзаданий в новой сборочной среде, что может ускорить получение отчёта о тесте, но и исказить его результаты).
Задание, отправленное на выполнение, начинает обрабатываться только после того, как успешно завершена обработка всех заданий, от которых оно зависит.
При сбое сборки на одной из архитектур поведение задания регулируется параметрами --fail-early (по умолчанию) либо --fail-late: в первом случае сборка задания будет при первой возможности прервана на всех архитектурах после первого же сбоя сборки подзадания на любой архитектуре; во втором архитектуры собираются независимо, но при наличии хотя бы одного сбоя сборки на любой из них задание в целом будет признано неудачным после завершения сборки на всех архитектурах. Кроме того, если установлен атрибут fail-early, то install check заканчивается после первой неудачи.
Задания, успешно собравшиеся в репозиторий (со статусом обработки DONE), архивируются сразу по окончании обработки[3].
Остальные задания автоматически архивируются через установленное количество суток после завершения обработки (раньше: 14; сейчас: 28).

$ ssh gyle task share [<task_id>] status|enabled|disabled

Показывает или изменяет режим доступа к указанному (по умолчанию последнему созданному) заданию.
Задание с режимом доступа share enabled может быть дополнено другими пользователями с помощью команды task add.
По умолчанию задания создаются в режиме доступа share disabled.

$ ssh gyle task approve <task_id> <subtask_id>

Подтверждает сборку подзадания с указанным номером, входящего в состав указанного чужого задания.
Используется для разрешения сборки автором, не имеющим полномочий для обновления собираемого пакета (NMU).
Для отзыва выданного подтверждения применяется форма task approve --revoke.

$ ssh gyle task check-git-inheritance <task_id> <subtask_number> disable <commit_sha_id>

Для подзадания с номером <subtask_number>, входящего в состав задания <task_id>, выключается обязательность проверки наследования от git-коммита <commit_sha_id>.
Используется при необходимости осознанного обхода проверки наследования.

$ ssh gyle task rm [<task_id>]

Удаляет указанное (по умолчанию последнее созданное) задание.

$ ssh gyle task abort <task_id>

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

Пример:

$ ssh gyle task ls
girar-task ls: no tasks for ldv
$ ssh gyle task new
1234
new task #1234: owner=ldv repo=sisyphus
$ ssh gyle task ls
#1234 NEW sisyphus
$ ssh gyle task show
id=1234 locked=no shared=no repo=sisyphus owner=ldv seq= rc=
$ ssh gyle task add repo vitmp 1.0-alt4
task #1234: added #1 build tag 1.0-alt4 from /people/ldv/packages/vitmp.git
$ ssh gyle task show
id=1234 locked=no shared=no repo=sisyphus owner=ldv seq= rc=
 1:dir=/people/ldv/packages/vitmp.git
 1:tag_name=1.0-alt4
 1:tag_id=11c24aa6683506efd89b174de8dbea2af1cebf84
 1:tag_author=Dmitry V. Levin (for packages) <ldv@altlinux.org>
 1:userid=ldv
$ ssh gyle task run
task #1234: queued, result will be emailed to ldv@altlinux.org
$ ssh gyle task ls
#1234 AWAITING sisyphus vitmp.git=1.0-alt4

через некоторое время вывод последней команды изменится на

#1234 BUILDING [locked] sisyphus vitmp.git=1.0-alt4

а ещё через некоторое время — на

#1234 DONE sisyphus vitmp.git=1.0-alt4

(или TESTED, если сборка тестовая)

build

$ ssh gyle build [--test-only|--commit] [--fail-early|--fail-late] [-b <binary repository name>] [--deps <deps>] <build source 1> <build name 1> ...

Эта команда создаёт задание по сборке указанных пакетов (их копированию и/или удалению, в зависимости от параметров) и отправляет его на выполнение, последовательно запуская task new, task deps (при указании --deps), task add (для каждого build source и build name) и task run.

Параметр binary repository name имеет тот же смысл, что и в команде task new.

Параметр deps имеет тот же смысл, что и в команде task deps.

Параметры build source N и build name N имеют тот же смысл, что и в команде task add.

Параметры --test-only, --commit, --fail-early, --fail-late имеют тот же смысл, что и в команде task run.

Примеры:

# сборка пакета в Сизиф
$ ssh gyle build packages/test.git test-0.1-alt1
# копирование пакета из Сизифа
$ ssh gyle build -b t6 copy update-kernel
# удаление пакета
$ ssh gyle build -b t6 del linuxwacom

Отчёты о сборке

Информация о сборках публикуется по адресу http://git.altlinux.org/tasks/

Каждая поддиректория /tasks/ содержит информацию об одной сборочной задаче. Идентификатор задачи выдаётся при её создании и указывается в почтовых оповещениях.

Задача может состоять из нескольких подзадач. Информация о каждой подзадаче публиуется в директориях /tasks/<id>/build/<sid> и /tasks/<id>/gears/<sid>.

Наиболее интересные файлы:

<id>/logs/
краткие логи сборки
<id>/build/<sid>/<arch>/srpm.log
лог подготовки сборки подзадачи для архитектуры <arch>
<id>/build/<sid>/<arch>/log
лог сборки подзадачи для архитектуры <arch>
<id>/gears/<sid>
информация о подзадаче <sid>, если сборка производилась из gear-репозитория
<id>/gears/<sid>/git
частичный git-репозиторий, на основании которго собиралась подзадача <sid>

Более подробное описание структуры задания можно найти в документации на girar-builder.

Всё, что находится по адресу http://git.altlinux.org/tasks/, в равной степени доступно и по rsync.

Лимиты сборочницы

См. Hasher/Справочник#Лимиты на сборку у инкамингера.

Вспомогательные команды

charset

$ ssh gitery charset <path to git repository> [<charset>]

Позволяет узнать или установить кодировку, используемую почтовым клиентом при отправке уведомлений, содержащих цитаты изменений файлов указанного git-репозитория:

$ ssh gitery charset packages/glibc
utf-8
$ ssh gitery charset packages/glibc cp1252
$ ssh gitery charset packages/glibc
cp1252
$

quota

$ ssh gitery quota
$ ssh gyle quota

Позволяет узнать квоту и занимаемое пользователем дисковое пространство.

$ ssh gitery quota
     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
     /dev/simfs   16932    977M   1465M             555    100k    150k        
$

git-receive-pack, git-upload-pack

Эти команды используются утилитами git push, git pull и подобными, и не предназначены для вызова пользователем.

Клонирование и работа с репозиториями

Работа с git-репозиториями, расположенными на gitery, ничем не отличается от работы с другими git-репозиториями.

URL-ы репозиториев на gitery:

git (r/o)
git://git.altlinux.org/people/$USER/(packages|public)/$PACKAGE.git
rsync (r/o)
git.altlinux.org::people/$USER/(packages|public)/$PACKAGE.git
http (r/o)
http://git.altlinux.org/people/$USER/(packages|public)/$PACKAGE.git
ssh (r/w)
ssh://git.altlinux.org/people/$USER/(etc|packages|public|private)/$PACKAGE.git

URL-ы http:// и git:// репозиториев можно в любой момент узнать в web-интерфейсе git.alt.

Web-интерфейс

Располагается по адресу http://git.altlinux.org/

Предоставляет навигацию по

  • публичным репозиториям пользователей (по каталогам вида /people/$USERNAME/{packages,public})
  • кэширующим репозиториям /gears и /srpms
  • базе данных ACL
  • файлу people-packages-list, содержащий все репозитории из каталогов /people/$USERNAME/packages и даты их последнего изменения (в unixtime)
  • сборочным заданиям
  • логам тестовых пересборок Сизифа и бранчей
  • статистике непересобираемости пакетов в Сизифе и бранчах

Структура репозиториев

gitery содержит три дерева репозиториев:

  • репозитории /people/$USERNAME для каждого зарегистрированного пользователя
  • репозитории /gears с исходным кодом для пакетов, собранных из gear-репозиториев.
  • репозитории /srpms с исходным кодом для пакетов, собранных из SRPM-пакетов.

/people

Каждому зарегистрированному на git.alt разработчику предоставляется место для git-репозиториев, начинающееся с /people/$USERNAME. Доступ на запись в эти директории даётся только владельцу. Структура для хранения репозиториев жёстко определена:

/people/$USERNAME/etc

Содержит репозитории packages.git, private.git, public.git, с помощью которых можно управлять подпиской на почтовые оповещения. Эти репозитории доступны на чтение только владельцу.

/people/$USERNAME/packages

Директория предназначена для хранения gear-репозиториев для пакетов Сизифа. Публично доступна.

git-репозитории в этой директории будут искаться при выполнении команды find-package, и эта директория будет использоваться по умолчанию в командах init-db, clone, build и task add repo

/people/$USERNAME/private

Директория предназначена для хранения приватных репозиториев, о существовании и содержании которых должно быть известно только самому разработчику.

Для удобства работают прямые http-ссылки на файлы репозиториев, размещённых в этой директории.

/people/$USERNAME/public

Директория предназначена для хранения публичных git-репозиториев, не являющихся gear-репозиториями для пакетов Сизифа.

/gears

В эту директорию помещаются gear-репозитории с исходным кодом пакетов Sisyphus и других стабильных веток. Добавление исходного кода в репозиторий /gears происходит после успешной сборки пакета с помощью команд gyle task или build.

Каждый git-репозиторий в /gears назван по имени пакета с исходным кодом. Бранчи в нём называются по имени ветки, в которую собрался пакет (sisyphus, t6 и т.д). Тэги в репозитории соответствуют собранным версиям пакетов (1.0-alt1, 1.0-alt0.M50.1 и т.д.).

/srpms

В этой директории размещаются git-репозитории с исходным кодом пакетов Sisyphus и других стабильных веток, собранных из вручную подготовленных мейнтейнером SRPM-пакетов.

Почтовая подписка

На gitery реализовано два вида почтовой подписки на события:

  • Пользователь подписывается на события, происходящие в репозиториях packages и public.
  • Пользователь подписывает кого-то на события, происходящие в его репозиториях packages, public и private.

Для подписки используются репозитории из каталога etc: packages.git, public.git, private.git в каталоге пользователя. Схема работы с подписками напоминает работу с CVSROOT из CVS: пользователь клонирует нужный репозиторий, коммитит изменения в него и push-ит обратно на сервер, после чего изменения вступают в силу.

В каждом из трёх репозиториев находится два файла: email-subscription и email-distribution (точнее, в private.git — только email-distribution). gitery использует бранч master и не обращает внимания на остальные бранчи в этих репозиториях.

email-subscription

Этот файл позволяет подписаться на события в публичных репозиториях gitery. Формат файла — последовательность строк следующего вида:

$USER $PACKAGE $REFTYPE $REFNAME

где

  • $USER — имя пользователя git.alt,
  • $PACKAGE — имя пакета,
  • $REFTYPE — вид изменения: head — новые/удалённые коммиты, tag — новые/удалённые тэги (техническая подробность: второй компонент из изменяемой ссылки refs/*/*)
  • $REFNAME — имя изменения: имя бранча для коммитов, имя тэга для тэгов (техническая подробность: третий и последующие компоненты из изменяемой ссылки refs/*/*).

Каждое из полей может быть полным именем или вайлдкардом *. Для имён пакетов также разрешён вайлдкард в конце имени (например, docs-*).

Примеры

Подписка на все события во всех репозиториях:

* * * *

Подписка на новые/удалённые тэги в репозитории /people/ldv/packages/glibc.git:

ldv glibc tag *

Действия для осуществления подписки:

git clone gitery:etc/packages.git
cd packages
echo 'ldv glibc tag *' >> email-subscription
git commit -m "Subscribe to new tags in ldv's glibc repository" email-subscription
git push

email-distribution

Этот файл позволяет подписать других пользователей gitery на события в ваших репозиториях. Формат файла — последовательность строк вида:

$PACKAGE $REFTYPE $REFNAME $MAILTO

где

  • $PACKAGE, $REFTYPE, $REFNAME аналогичны параметрам из файла email-subscription
  • $MAILTO — разделённый запятыми список имён пользователей gitery — получателей оповещения.

Вайлдкарды в первых трёх полях допустимы так же, как и в email-subscription. Вайлдкарды в $MAILTO не допускаются.

Примечания

  1. SSH через прокси — Freesource.info
  2. http://lists.altlinux.org/pipermail/devel-announce/2010-November/000035.html
  3. NB: делитель для вычисления префикса в архиве по номеру задания составляет в данный момент 1024