看来,这两个项目在很大程度上是独立的,所以我强烈怀疑最好的办法是改变你的资料库的文件结构,而不是使用分支:
/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完全不同,那么分支并没有什么意义:您可能还有一个全新的存储库。
对不起,这是一个很长的答案。我希望这有帮助!
你看过这个吗? http://stackoverflow.com/questions/315911/git-for-beginners-the-definitive-practical-guide – WarrenFaith 2010-12-12 17:38:18