Groking Git удаленного использования

Question

Я «играю» с git на своей машине уже 6 месяцев, и мне это очень нравится.

Тем не менее, мне трудно понять, как бы я использовал это в среде команды / предприятия. (Мне интересно, прав ли Эрик Синк ).

Я начал пытаться установить git-сервер на Windows, но это прошло не очень хорошо .

Так что я подумал о том, чтобы просто установить второй репозиторий на моей собственной машине и начать зависать от этого.

Известны ли вам какие-нибудь хорошие статьи для того, чтобы начать «простой», как этот, или у вас есть какие-либо советы по переходу на следующий уровень?

Answer 1

Если:

• Ваш главный компьютер доступен по общему пути (\ myMainComputer \ MySharedDirectory)
• или у вас есть несколько репо на одном компьютере

Вы можете просто:

• git clone --bare /path/to/your/first/repo
• cd /path/to/your/first/repo
• git remote add bare_repo /path/to/bare/rep
• (работа, коммиты)
• git push bare_repo
• (если другие тоже продвинулись к репо)
• git pull bare_repo

Другими словами, файл протокола поддерживается как допустимый URL для удаленных репозиториев.
См. git fetch, раздел URL :

Для локальных репозиториев, также поддерживаемых Git, могут использоваться следующие синтаксисы:

/path/to/repo.git/
file:///path/to/repo.git/

Answer 2

Это - это рабочий процесс, который я стараюсь придерживаться, со скриптами для облегчения этого рабочего процесса, заданными здесь . Основная идея состоит в том, чтобы иметь как минимум два хранилища:

(a) общий «центральный» удаленный репозиторий, который служит каноническим «первичным» репо для всех разработчиков; приведенный здесь код всегда должен быть (более или менее) непрерывным и функциональным, проходить все тесты и т. д.

(b) персональный удаленный репозиторий «в процессе разработки» / разработки, который служит удаленной резервной копией для локальной или вспомогательной разработки. Код здесь может быть в любом состоянии. Используя все преимущества дешевого ветвления Git, как правило, линия разработки темы wip должна находиться в своих собственных ветках (как описано в приведенных выше ссылках), пока не будет готова к прайм-тайм. Когда придет время, объединитесь с вашим локальным мастером, а затем отправьте его в «основной» репозиторий и удалите ветки wip как из локального, так и из личного удаленного репозитория разработки.

При желании вам может потребоваться третий репо для публичного (т. Е. Не входящего в проект) потребления.

Вы также можете посмотреть здесь для описания аналогичного, но другого рабочего процесса. Кстати, книга Pro Git, приведенная в предыдущей ссылке, является, на мой взгляд, единственным лучшим Git-ресурсом на данный момент.

Answer 3

Вы можете прочитать некоторые статьи о ежедневной работе Git, и я бы порекомендовал две:

• http://geewax.org/2009/11/21/agile-git-workflow.html, Рабочий процесс Agile Git
• http://nvie.com/git-model, это о разветвлении и сотрудничестве

Answer 4

Попробуйте Git Magic , который был первым, что я прочитал при изучении Git, и который помог мне понять, что я делал - глава 3 посвящена работе с несколькими хранилищами.