Git на Windows Lan

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

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

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

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

Спасибо заранее.

ИЗМЕНИТЬ

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

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

Ответ 1

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

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

Ответ 2

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

 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

Eric Sunshine исправлено mingw_offset_1st_component(), чтобы возвращать последовательно "foo" для UNC "//machine/share/foo", cf этот поток.

Итак, теперь это должно работать:

git clone //mymachine/shared/repo.git

Ответ 3

Мы используем TortoiseGit. URL, который он принимает, является//машинным именем/общим/репо.

Ответ 4

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

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

Ответ 5

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

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