Как вы читаете значения git config на толчке удаленно?

Question

У меня есть централизованное хранилище, к которому подталкивают несколько разработчиков. Я установил ReviewBoard, и я хотел бы настроить хук для публикации каждого коммита на доске отзывов, чтобы коллеги могли прокомментировать его. Я бы хотел, чтобы это делалось автоматически из централизованного хранилища. Лучший способ, которым я могу сказать, это установить пользовательское значение конфигурации для reviewboard.username.

Я предполагаю, что это делает github, иначе было бы бессмысленно, чтобы пользователь установил github.user и github.token в вашей локальной копии? (http://help.github.com/set-your-user-name-email-and-github-token/)

Как бы я мог получить значения конфигурации из толкателя на централизованном сервере, скажем, после получения?

Answer 1

Пользователь и токен github предназначены для идентификации, когда ssh не используется.

Что касается автоматического нажатия на репо B при нажатии на A, рассмотрите возможность добавления к своему репо дополнительногослой, подобный Gitolite , особенно с момента последнего выпуска 2.1, с зеркалами функция .

См. объявление за сегодня (30 сентября):

[ОБЪЯВЛЕНИЕ] Gitolite v2.1 и функции зеркалирования :

Почти так же хорошо, как "активно-активное" зеркалирование:
Если "мастер"«сервер доверяет аутентификации, выполняемой« подчиненным »сервером, вы можете заставить подчиненное устройство внутренне перенаправлять« git push »на правильный мастер.

При этом разработчикам не нужно запоминать, какой репозиторий выполненгде, использовать разные pushurl и т. д. Они просто делают все со своим локальным зеркалом и позволяют системе справиться с этим.
(Вы даже можете изменить, какой сервер "master", и люди недаже не нужно знать, что это изменилось!)

Answer 2

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

Github позволяет вам добавить токен и пользователя в вашу конфигурацию для сторонних приложений, работающих на вашем компьютере.Поэтому, я полагаю, если вам нужно было заставить переменные конфигурации для ловушки что-то делать, ваши варианты либо зеркально отражают, так как VonC рекомендует, где администратор имеет дело с зеркалами репозитория и синхронизирует их обратно с master, либо просто всасываете и записываете свой ловушкузапускать репозитории 'local client' и иметь (и доверять?) каждого разработчика для их установки.

Я думал, что одним из вариантов может быть создание отдельного репозитория с хуками, возможно, в качестве подмодуля., возможно нет, и вставьте их в .git / hooks /