直到现在为止,我们的团队与同一项目源的两个副本一起工作,一个用于活动,一个用于测试。在某些情况下,意味着活动版本的修补程序不适用于开发副本。使用Git合并两个未跟踪的文件夹
我现在想合并成一个Git仓库,并开始用项目源进行严格/合理的版本控制。我知道解决的办法,并通过非常handraulic去,但:
什么是源的两个单独的目录合并成一个Git仓库的最好方式,当既不代表其他的特定分支?
直到现在为止,我们的团队与同一项目源的两个副本一起工作,一个用于活动,一个用于测试。在某些情况下,意味着活动版本的修补程序不适用于开发副本。使用Git合并两个未跟踪的文件夹
我现在想合并成一个Git仓库,并开始用项目源进行严格/合理的版本控制。我知道解决的办法,并通过非常handraulic去,但:
什么是源的两个单独的目录合并成一个Git仓库的最好方式,当既不代表其他的特定分支?
我只是尝试这样的过程,它似乎工作:
git init .
cp -r /dir/one/* .
git add .
git ci -m'Commit directory one'
所以现在我们有一个目录分支master
。用同样的方法二,创建不共享一个新的分支历史:
git checkout --orphan two
git rm -rf .
cp -r /dir/two/*
git add .
git ci -m'Commit directory two'
然后就合并和往常一样:
git checkout master
git merge two
请人谁拥有的Git分支的一些知识给我解释,但不了解您的项目,为什么您的项目的实时版本和测试版本不应该在git中建模为分支。 – mnagel
他们会,这是通过@Thomas答案,然后合并后新的测试开发分支可以做到。 – deed02392