подход / советы по обеспечению доступности git в качестве публичного репо

Question

Я пытаюсь представить git своей компании.Мы магазин SVN.Все разработчики, кроме меня, работают в Windows (я использую Mac)

Раньше я использовал только git через hosted github, но это не вариант, потому что полномочия, которые должны быть параноидальными в отношении исходного кода.

В любом случае, я установил git на сервер Linux (после большой боли).

Я думаю:

- этот сервер git linux будет нашим "центральным" сервером.В основном, тесты через Jenkins будут выполняться на этой машине и, если они пройдут, будут переведены в репозиторий SVN (который компания считает «реальным» репо. У меня есть пользователь git и я полагаю, что репо будет находиться в его доме.directory.

- никто не будет проверять какой-либо код в SVN, единственный способ продвижения кода из git в SVN - это если все тесты пройдут.

Вопросы:

• имеет ли этот подход смысл?
• что я должен использовать для протокола? Похоже, у меня есть 3 варианта протокола: git, ssh и http
• лучшее, что я могу сказать, мне нужнонастроить git-daemon. Я не уверен, как это сделать, поскольку в каждой статье, которую я нахожу, очень непонятно, как это сделать и что делать (неработающие ссылки, команды, которые не работают и т. д.)
• должен ли каждый пользователь иметь свою учетную запись на сервере linux?

Я не так беспокоюсь о том, чтобы выяснить git-svn, первое, что я хочу, это просто уметь тянуть / толкатьот нескольких машин разработчика.

спасибо за любойoughts!

Answer 1

Поскольку вы используете SVN и планируете продолжать это делать, лучше всего использовать настройку Smart HTTP, чтобы вы могли использовать свои существующие серверы и ноу-хау для обслуживания Git - http://progit.org/2010/03/04/smart-http.html

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

Это также поможет вам с точки зрения пользователей. Использование git-репо с http-обслуживанием не будет сильно отличаться от SVN-репо с http-обслуживанием (обслуживание SVN с http является наиболее распространенным, что я видел).

Вероятно, следует избегать зеркалирования между Git и SVN, на которое вы смотрите, так как оно повышает сложность. Git-репо может быть «реальным репо», которое вы описываете, и вы можете перейти от «dev» git-репо к «реальному», которое когда-то строит проход. Git является DVCS и поможет в такой настройке.