Git на Windows Lan - PullRequest
       11

Git на Windows Lan

27 голосов
/ 09 февраля 2010

Мои коллеги и я подумываем о том, чтобы попробовать git и посмотреть, сможем ли мы легко перейти к нему. Мы работаем в среде только для Windows. На наших собственных машинах мы уже настроили git с mingw32 и SmartGit в качестве клиента графического интерфейса.

Существует ли простой подход, основанный больше на концепции общего доступа к папкам, чем на концепции «хостинг-сервера»? Например, мы хотели разместить git-репозиторий в общей папке на локальной сети, клонировать его на наших машинах и посмотреть, как перенести наши изменения обратно в эту папку, объединить их и т. Д.

Нашей первой проблемой было клонирование с локальной сети. Конечно, git не распознает пути типа \\mymachine\shared\repo

Как начать с нашего подхода? Это выполнимо? Любой совет?

Заранее спасибо.

EDIT

Как и предполагалось, подход командной строки сработал. Нам также пришлось инвертировать косые черты, чтобы git clone //machine/directory/repository добился цели. Теперь у моего коллеги работала локальная копия, были сделаны некоторые изменения ... Как отправить их обратно в общую папку?

Push и Fetch также работают с локальными путями, мы уже работаем над нашими тестами. Спасибо всем!

Ответы [ 5 ]

19 голосов
/ 09 февраля 2010

Для чистого решения командной строки, вы пробовали

 git clone file:///local/path/to/repo-name.git

В вашем случае:

 git clone file:///\\mymachine/shared/repo.git

Должно работать нормально.


Обновление август 2014 (4 года спустя), Git 2.1

Commit c2369bd от Eric Sunshine и Cezary Zawadka (czawadka) означает, что теперь работает простой путь UNC:

Windows: разрешить использовать UNC-путь для репозитория git

Эрик Саншайн исправил mingw_offset_1st_component(), чтобы последовательно возвращать «foo» для UNC «//machine/share/foo», ср этот поток .

Так что теперь это должно работать:

git clone //mymachine/shared/repo.git
11 голосов
/ 09 февраля 2010

Мы используем TortoiseGit. URL-адреса, которые он принимает: //machinename/shared/repo.

1 голос
/ 30 августа 2011

В моем посте есть пошаговое руководство по созданию распределенного репозитория git с использованием общего ресурса Windows. Я обнаружил, что общий ресурс Windows прекрасно работает для небольших проектов.

http://www.dalsoft.co.uk/blog/index.php/2011/08/30/getting-started-with-git-on-windows/#Creating_a_distributed_repository

1 голос
/ 09 февраля 2010

Мой совет немного отодвигает ваши усилия, но я использовал Mercurial точно так же, как вы описали здесь, и если это не слишком большая смена плана, я бы посоветовал вам использовать TortoiseHg попробовать. Mercurial работает с репозиториями на основе пути к файлу точно так же, как и с «обслуживаемыми» репозиториями (например, он распознает \\server\shared_repo\repo_path как допустимый путь к репозиторию, из которого выполняется клонирование).

В качестве дополнительного момента, насколько я могу судить, поддержка Mercurial для Windows довольно далека, в то время как у git все еще есть некоторые проблемы с совместимостью (хотя, похоже, вы уже решили многие из самых больших проблем, связанных с использованием git в Windows. )

0 голосов
/ 05 ноября 2013

"У меня есть несколько разных компьютеров , которые я использую дома, и я хотел настроить GIT, чтобы я мог получить доступ к своему коду с любого из них. Мне понадобилось немного времени, потому что я слишком привык работая с моделью клиент-сервер, где я определяю одну машину как «сервер», который содержит репозиторий, а все остальное является клиентом. Вместо этого GIT работает скорее как инструмент слияния, и каждая локальная копия - это собственный «мастер». Как только я это понял, оказалось, что настройка GIT очень проста и требует только самого GIT и SSH ".

Чтобы узнать больше, вы можете проверить эту ссылку: http://blog.lazyhacker.com/2010/04/setting-up-git-for-home-network.html

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...