Git in company - хостинг собственного сервера

Question

Я представляю Git команде из 10 человек, которая в настоящее время использует Visual Source Safe.

Им нужно разместить свой Git-сервер внутри компании. Windows или Linux. Аутентификация каталога - это Novell eDirectory.

Им нужна некоторая детальная защита того, кто может перейти на центральный сервер.

От:

https://stackoverflow.com/questions/923130/what-type-of-git-server-do-you-use-or-how-do-you-use-git

Возможно, рабочий процесс может быть:

• Настройка 10 пользователей на сервере.
• Настройка общего каталога в файловой системе серверов, к которому 10 пользователей имеют доступ для записи
• Отправка файлов на сервер через SSH, например, git push dave@test.com: user1 / project.git
• Но тогда мне нужно, чтобы ключи были установлены на сервере

Вопрос : Кто-нибудь успешно использует такой рабочий процесс в компании? Что работает? Такое чувство, что большинство людей используют Git с GitHub и т.д ..

[Редактировать]: см. Выбор системы управления версиями: логические следующие шаги после VSS Возможно, Git не подходит для этой команды.

Answer 1

Конечно, возможно иметь собственный git-репозиторий с контролем доступа. Как правило, для этого нужно создать учетную запись с именем git на сервере, установить оболочку этой учетной записи на git-shell, которая является ограниченной оболочкой, предназначенной для использования только git, и затем поместить открытые ключи для каждого авторизованного пользователь в файле .ssh / авторизованные_каны * git пользователя.

http://blog.commonthread.com/2008/4/14/setting-up-a-git-server содержит большинство остальных фактических данных.

Answer 2

Это в значительной степени техника, которую я использую. Настроить учетные записи и ключи для всех будет непросто, но это нужно сделать только один раз.

В качестве бонуса, если вы все правильно расставите, у вас может быть доступный только для чтения репозиторий на git: // любой или http://whatever и ваш доступный для записи репозиторий на git + ssh: //whwhat.

РЕДАКТИРОВАТЬ: Gitosis выглядит довольно аккуратно, хотя вы можете захотеть иметь отдельные учетные записи для всех ваших разработчиков на каком-то этапе.

Answer 3

Мы используем gitosis, где разработчики подталкивают и вытягивают. См. Гитоз .

Answer 4

Мир за это время сильно изменился, и я думаю, что http://gitblit.com/ в настоящее время является одним из лучших решений (в зависимости от ваших требований):

• Может быть легко настроен только с HTTPS.
• Интегрируется в компанию LDAP.
• Позволяет определять группы / команды и точный контроль доступа к репозиториям.
• Является открытым исходным кодом, поэтому дешев в установке (по сравнению с Github и другими)

Так что, если вы не хотите иметь новый сервер для каждой команды, это действительно вариант. Нам нравится!

Answer 5

Существует множество графических интерфейсов управления git, если вы хотите запустить его самостоятельно. gitorious приятно, например.

Для ваших нужд аутентификации это в основном зависит от вас. У вас могут возникнуть проблемы с тем, чтобы ssh соблюдал предпочитаемую вами методику аутентификации (в прошлый раз, когда я делал что-то подобное, я модифицировал ssh для чтения ключей из LDAP).

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

Answer 6

Я весьма удивлен, что никто не упомянул gogs проекта с открытым исходным кодом: http://gogs.io, который в основном предлагает то же самое, что делает gitlab (без учета Wiki, Code Review, Code Snippets), но с минимальными системными ресурсами (низкая занимаемая площадь) , будучи идеальным для запуска в Raspberry Pi, например. Установка и обслуживание также намного проще.

Answer 7

Я бы немного обеспокоился предложением git для вашей системы контроля версий. Visual Source Safe - это то же самое, что Microsoft, продукта, который только можно получить, в то время как git находится на другом уровне и практически не работает в Windows.

TortoiseGit , интерфейс Windows для git, теперь доступен. Это умерило мой первоначальный ответ, так как я чувствую, что доступ с графическим интерфейсом к вашей системе контроля версий очень важен для большинства разработчиков Windows.