Кажется, что эти два проекта в значительной степени независимы, поэтому я сильно подозреваю, что лучшим вариантом является изменение файловой структуры вашего хранилища, а не использование веток:
/path/to/repo
+- projectA
+- projectB
Итак, на одной машине сделайте это:
mkdir /path/to/repo
git init
cp -r /path/to/projectA .
git add .
git commit -m "Initial import of project A"
Затем на другой машине:
cd /path/to
git clone <url for repo set up on the first machine>
cd repo
cp -r /path/to/projectB .
git add .
git commit -m "Initial import of project B"
Не беспокойтесь о ветвях git. Теперь вы можете работать над проектом A и создавать коммиты; другой разработчик может работать на B. Никаких конфликтов не будет, и вы оба увидите изменения друг друга.
Я бы также порекомендовал создать где-нибудь пустой репозиторий, к которому вы оба добавляете и извлекаете:
mkdir /path/to/centralrepo
git init --bare
Затем вы можете клонировать этот репозиторий. Git одноранговый, но неплохо иметь репозиторий, который вы определяете как «центральный», особенно если вы собираетесь добавить непрерывную интеграцию или новых разработчиков в будущем.
Кажется, вы немного озадачены тем, что означает ветка git. Это ветвь во времени, а не ветвь в пространстве. То есть ветвь git означает, что разработка кода в какой-то момент в прошлом расходилась, но в какой-то момент обе ветви имеют общую историю. Например, ветвь в пространстве - это новая папка с новым проектом.
Ветви не имеют особого смысла, если ветвь A полностью отличается от ветки B: у вас также может быть целый новый репозиторий.
Извините, что такой длинный ответ. Я надеюсь, что это полезно!