Это не мерзкий вопрос как таковой. Если вы размещаете, скажем, хранилище Subversion на своем ноутбуке, другие разработчики по-прежнему будут иметь проблемы с ним, пока вы находитесь в гостиничном номере. Вам нужно будет сделать свои репозитории доступными путем туннелирования через другие протоколы или передачи их на взаимно доступные ресурсы.
Худший, но все еще работоспособный случай - когда репозитории не могут напрямую общаться друг с другом, но вы можете отправлять патчи друг другу по электронной почте с помощью git send-email.
Далее по лестнице, скажем, у вас есть учетная запись оболочки с интернет-провайдером, который также предоставляет ~/public_html. В этом случае вы создадите в этом веб-пространстве пустой репозиторий, как описано в Настройка репозитория git, который можно вставлять и извлекать из HTTP (S) . Ваши запросы будут проходить проверку подлинности через SSH, а ваши соавторы настроят удаленные устройства для получения доступа с соответствующего HTTP-URL.
Это немного лучше, чем электронная почта, но медленный и грубый. Теперь у git есть преимущество интеллектуального бэкэнда HTTP , где перетаскивание через HTTP выполняется намного быстрее. С помощью умного или тупого бэкэнда вы можете включить аутентификацию.
Если вы не заботитесь об аутентификации, вы также можете обслужить свой репозиторий с помощью git daemon с хоста, к которому может подключиться каждый.
Если у вас обоих есть доступ к оболочке к одному и тому же хосту, вы можете обменяться работой сразу после подключения к этому блоку. У вас есть много вариантов здесь:
- полный доступ к оболочке: та же учетная запись, тот же (централизованный) репо
- полный доступ к оболочке: разные учетные записи, отдельные репозитории,
git pull
- разрешить соавторам git-only доступ к вашей учетной записи оболочки
- (и т. Д.)
Вышеперечисленное может сработать в крайнем случае, но весь ручной уход и кормление станут утомительными. Передайте эту головную боль GitHub или Gitorious .