Я тоже переключаюсь на Git в Eclipse и читаю об этой проблеме.Кажется, что текущая мудрость (хотя не все с этим согласны):
Привыкайте НЕ располагать вашими проектами под каталогом рабочей области.
Есть один репозиторий git для каждой группы связанных проектов затмений (и, возможно, больше файлов, конечно).Концепция «связанных проектов» зависит от вашего удобства [*]
Для каждого репозитория - один каталог первого уровня для каждого Java-проекта.Это подразумевает, что у вас будет каталог .git/
и на том же уровне каталоги проекта.
Пример: предположим, что перед GIT у вас было одно затмениерабочая область с несколькими проектами:
/wk/workspace/.metadata/
/wk/workspace/projXXX/
/wk/workspace/projXXXtest/ (related with the previous)
/wk/workspace/projYYY1/ |
/wk/workspace/projYYY2/ > three related projects
/wk/workspace/projYYY3/ |
/wk/workspace/projZ/ (a project you are not going to version in git)
Затем вы создадите две пустые директории, по одной для каждого репозитория, скажем:
~/repositories/XXX/
~/repositories/YYY/
, а затем, с новым макетом GIT, вы 'у вас будет:
/wk/workspace/.metadata/
/wk/workspace/projZ/
~/repositories/XXX/.git/ (XXX related repository - non-bare)
~/repositories/XXX/projXXX/
~/repositories/XXX/projXXXtest/
~/repositories/YYY/.git/ (YYY related repository - non-bare)
~/repositories/YYY/projYYY1/
~/repositories/YYY/projYYY2/
~/repositories/YYY/projYYY3/
Eclipse (EGit) сделает все это за вас, когда вы нажмете Team-> Share поверх существующего проекта и укажите (в примере) ~/repositories/XXX/.git/
в качестве хранилища, (~/repositories/XXX/
как «Рабочий каталог» , оставьте «Путь в хранилище» пусто).
[*] Имейте ввиду, что здесь каждая группа проектовс точки зрения Git, это просто набор каталогов внутри репозитория.Некоторые важные выводы: в приведенном выше примере в рабочей области Eclipse никогда не будет двух разных веток / версий проектов projYYY1
- projYYY2
одновременно;и, скажем, когда вы помечаете коммит проекта, вы фактически помечаете коммит полного репозитория (группы проектов).