Используя Git, как мне его использовать и каковы стандарты?

Question

У меня есть несколько вопросов о мерзавце. Я прочитал несколько документов, иллюстрирующих работу команды git. Но никогда не говорилось о , как можно использовать Git и его поведение. Я использую SmartGit в качестве интерфейса и редко использую командную строку (что я должен делать чаще), и я подключаюсь к своему собственному git-серверу в сети.

Прежде всего, почему я получаю подпапку, когда клонирую репозиторий в свои проекты? Например, у меня есть проект в Java. Поэтому я создаю репозиторий на своем сервере и клонирую его на своем ноутбуке, папка, к которой я клонирую, - это папка моего проекта прямо под моим / рабочим местом. Но затем в папке моего проекта у меня есть другая папка, и эта является клонированным репо. Затем я должен скопировать все файлы туда, и если что-то понравилось с предыдущим путем, я должен все это исправить. Я что-то упустил?

Мой следующий вопрос касается того, как мы используем Git. Должны ли мои репозитории быть корнем нескольких проектов? Или один репо на проект? Я предполагаю один проект на репо, но я могу ошибаться. Есть ли какой-нибудь стандартизированный способ классификации наших git-файлов и проектов?

Извините, если эта стена текста убьет кого-либо, но у меня закончились идеи о том, как отформатировать мой вопрос. Если не считать книги или двух, объясняющих механизмы работы Git, то это обучение методом проб и ошибок, я могу быть совершенно неправ, и буду рад, если кто-нибудь укажет мне правильное направление.

Answer 1

Использование центрального сервера git необязательно и должно рассматриваться как необязательное.Это можно сделать, если у вас есть какой-то центрированный рабочий процесс, которому нужно следовать, или если ваши товарищи по команде слишком сложно отслеживать.Мы используем центральное репозиторий Github, потому что некоторые члены команды находятся в пути, и у нас традиционно есть централизованный рабочий процесс, который интегрирован с нашим сервером Hudson CI.Но мы сначала начали с одноранговой модели, когда решили, что мы слишком разочарованы CVS.

Для дополнительного каталога: клонируйте проекты из EGit в eclipse или из каталога рабочего пространства.На самом деле я нахожу это довольно нормальным поведением, я думаю, что Subversion и CVS работают одинаково?

1 проект - 1 репозиторий является нормой AFAICT.Есть субмодули для общих компонентов, но я еще не разобрался, как с ними работать.С нынешним набором инструментов построения управления зависимостями, на мой взгляд, это стало меньшей проблемой.

Поскольку репозитории git распространяются, их можно упорядочивать, хранить в категориях, однако лучше всего подходит для рассматриваемого репо.Каждое git-репозиторий является автономным и полным и в сочетании с инструментами построения управления зависимостями из предыдущего абзаца, их фактическое местонахождение неважно, что облегчает интеграцию с IDE, CI-инструментами, репозиториями артефактов, а не потому, что для них есть специальная поддержка,но, скорее, нет никаких вещей, которые мешают плавной интеграции.

Существует q бесплатный ресурс, который подробно описан: полный текст книги Pro Git доступен здесь здесь .Здесь также обсуждаются некоторые типичные шаблоны использования.