Мои коллеги и я думаем о предоставлении мерзавцу попытки и видим, можем ли мы легко переместиться в него. Мы работаем над операционной средой Windows. На наших собственных машинах нам уже настроили мерзавца с mingw32 и SmartGit как gui клиент.
Существует ли свободный доступ, базирующийся больше на понятии совместного использования папок, чем на понятии "хостинг-сервера"? Например, мы хотели разместить репозиторий мерзавца на папке, совместно использованной на LAN, клонировать ее на наших машинах и видеть, как продвинуть наши изменения назад в той папке, объединить их и так далее.
Наша первая проблема клонировалась от LAN. Конечно, мерзавец не распознает пути как \\mymachine\shared\repo
Как запустить с нашего подхода? К выполнимому? Совет?
Заранее спасибо.
Править
Как предложено, подход командной строки работал. Мы также должны были инвертировать наклонные черты, так, чтобы git clone //machine/directory/repository
добился цели. Теперь, у моего коллеги была локальная работа копии, внес некоторые изменения... Как пододвинуть их обратно к совместно используемой папке?
Продвиньте и работа Выборки над локальными путями также, мы в порядке с нашими тестами. Спасибо всем!
Мой совет немного отходит от ваших усилий, но я использовал Mercurial точно так же, как вы описали здесь, и если это не слишком сильно меняет план, я бы посоветовал вам попробовать использовать TortoiseHg. Mercurial работает с репозиториями, основанными на пути к файлам, точно так же, как и с "обслуживаемыми" репозиториями (например, он распознает \\\server\shared_repo\repo_path
как правильный путь к репозиторию для клонирования. )
В качестве дополнительного замечания, насколько я могу судить, поддержка Mercurial для Windows уже довольно далеко продвинулась, в то время как git все еще имеет некоторые проблемы совместимости (хотя, похоже, вы уже решили многие из основных проблем использования git на Windows)
.Мы используем TortoiseGit. Он принимает URL-адреса // имя машины / общий доступ / репо.
Вы пробовали использовать чистую командную строку?
git clone file:///local/path/to/repo-name.git
В вашем случае:
git clone file:///\\mymachine/shared/repo.git
Все должно работать нормально.
Обновление от августа 2014 г. (4 года спустя), Git 2.1
Commit c2369bd Эрика Саншайна и Цезари Завадка ( czawadka
) означает, что теперь работает более простой путь UNC :
Эрик Саншайн исправил
mingw_offset_1st_component ()
, чтобы последовательно возвращать «foo
» для UNC »// машина / share / foo
", см. эту ветку .
Теперь это должно работать:
git clone //mymachine/shared/repo.git