2015-01-04 2 views
0

Этот вопрос привязан к my other one, но это другой вопрос в конкретном.Использование менеджера Git для существующих частных репозиториев Git

Предположим, что я уже создал частные хранилища Git в Apache 2 внутри организации. Позже мы решили реализовать инструмент управления Git, такой как Stash или просто любой другой. AFAIK эти инструменты поставляются со своим сервером Git, или, по крайней мере, я еще не проводил исследований.

Вопрос очень прост: можно ли установить Stash или другой инструмент для работы с существующими URL-адресами вместо переноса репозиториев? Я спрашиваю сейчас, потому что моя организация планирует использовать Git, и мы должны заранее решить нашу стратегию. Stash является действующим кандидатом, потому что мы используем другие продукты Atlassian.

Сценарии два: либо мы начинаем собственное «руководство» Git ting на нашем Apache «monstre» (используя тот же подход, который я собираюсь использовать для своих личных репозиториев), а затем купите Stash, когда захотите, или мы должны сначала купить СТАШ.

Распределенный характер Git предполагает, что хранилища могут быть перенесены на другой URL легко

ответ

2

По this answer, к сожалению, Stash не может быть использован просто поставить контроль доступа поверх существующего репозиторий Git. У вас должно быть import your "vanilla" Git repository to Stash.

Что касается других инструментов, то (что я настоятельно рекомендую) может поставить контроль доступа поверх существующего репозитория Git. Он работает с HTTP или SSH доступом к репозиторию.

2

Я не уверен, что вы имеете в виду, создав репозиторий Git в Apache 2. Git - это сервер сам по себе и не нуждается в Apache для запуска. Глядя на ваш другой вопрос, возможно, Apache только для того, чтобы получить представление о репозитории и провести его удаленно? Или это возможность клонировать через http? Или более того?

Штамп будет размещать ваши репозитории git самостоятельно. Вы можете использовать его для управления разрешениями, отзывами кода ... и т. Д.

Как вы упомянули в своей последней строке, достаточно просто «переместить» (клонировать) репозиторий git из одного места в другое, поэтому если у вас есть система, которая работает сейчас, и вы просто решили использовать Stash, gitolite, github или что-то еще позже, это не должно быть проблемой. Это больше о тех услугах, которые вы хотите или используете вокруг этого git-сервера, которые вам, возможно, придется изменить.

+0

Другой вопрос - запустить сервер git на порту 443, возможно, внутри процесса Apache. ** Точно так, как вы делаете с SVN через HTTP (https://www.csoft.net/docs/svndav.html) –

+1

@djechelon, возможно, что-то с Git «точно», как вы делаете с Subversion, не правильный подход? Это разные инструменты, и, полагая, что Git должен работать, как Subversion будет запутывать и вводить в заблуждение. – Chris

2

Gitolite отлично подходит для централизованного управления пользователями, разрешениями и т. Д. Для большей гибкости делегирование управления отдельными (группами) проектов пользователям через веб-интерфейс я рекомендую gitlab (https://about.gitlab.com), в основном открытый источник для github, написанный на рубинах/рельсах.

+0

GitLab также замечательный, но AFAIK требует перемещения репозиториев, так что GitLab сам их размещает. – sschuberth

+0

В зависимости от того, что вы подразумеваете под перемещением и хостингом, да, так же, как и гитолит. Gitlab очень похож на гитолит, основное отличие в том, что вместо текстовых файлов есть веб-интерфейс для управления ключами, доступом и т. Д.Мы используем его, поскольку он отделяет управление сервером от самого отдельного git-репозитория. – drRobertz

Смежные вопросы