Мерзавец Groking удаленное использование
Я 'играл' с мерзавцем на своей собственной машине в течение 6 месяцев теперь и действительно любил ее.
Однако я нахожу это трудным к действительно grok, как я использовал бы его в team/enterprisey среде. (Я задаюсь вопросом, прав ли Eric Sink).
Я начал пытаться установить сервер мерзавца на окнах, но это не пошло слишком хорошо.
Таким образом, я задался вопросом о просто установке второго репозитория на моей собственной машине и том, чтобы начинать получить подвешивание при получении по запросу/продвижении к этому.
Вы знаете о каких-либо хороших статьях для запуска 'простого' как этот, или у Вас есть какие-либо подсказки относительно понимания следующим уровнем?
4 ответа
Если:
- ваш главный компьютер доступен через общий путь (\ myMainComputer \ MySharedDirectory)
- или у вас есть несколько репозиториев на одном компьютере
Вы просто можете:
git clone --bare / path / to / your / first / repocd / path / to / your / first / repogit 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/
Попробуйте Git Magic , это первое, что я прочитал при изучении Git, и это здорово помогло мне понять, что я делаю - глава 3 посвящена работе с более чем одним репозиторием.
Вы можете прочитать несколько статей о ежедневном рабочем процессе Git, и я хотел бы порекомендовать две:
- http://geewax.org/2009/11/21/agile-git-workflow.html, Agile git workflow
- http://nvie.com/git-model, эта о ветвлении и сотрудничестве
Это - рабочий процесс, которого я стараюсь придерживаться, а скрипты для облегчения этого рабочего процесса приведены здесь. Основная идея состоит в том, чтобы иметь по крайней мере два репозитория:
(a) общий "центральный" удаленный репозиторий, который служит каноническим "основным" репозиторием для всех разработчиков; код, размещаемый здесь, всегда должен быть (более или менее) целым и функциональным, проходить все тесты и т.д.
(b) личный удаленный репозиторий "незавершенного проекта"/разработки, который служит удаленной резервной копией для локальной или подкомандной разработки. Код здесь может находиться в любом состоянии. Используя все преимущества дешевого ветвления Git'а, обычно линия разработки wip-темы должна находиться в своих собственных ветках (как описано в вышеприведенных ссылках), пока не будет готова к прайм-тайму. Когда наступит время, объединитесь с локальным мастером, а затем переместите его в "основной" репозиторий, и удалите ветки wip как из локального, так и из личного удаленного репозитория для разработки.
Как вариант, вам может понадобиться третье хранилище для публичного (т.е. не относящегося к проектной команде) использования.
Вы также можете посмотреть здесь описание похожего, но другого рабочего процесса. Кстати, книга Pro Git, приведенная в предыдущей ссылке, является, на мой взгляд, лучшим ресурсом по Git на сегодняшний день.