GitHub - 将更改合并到master中不同文件夹中的分支

时间:2013-07-01 13:44:52

标签: git branch

我一直在使用github很长一段时间。现在我有一个项目的多个分支,同时也在几个分支上工作。对于每个分支,我都有一个专用于自己的文件夹,我承诺并推动各自的分支机构。现在我有一种情况,我必须更新我的一个分支与主服务器中的更改,因为我在更改主服务器之前分支。在我做任何提交之前,我创建了一个“游乐场”回购并且正在玩它。这是我遵循的方法,将我的主人的变化合并到分支机构,我想得到你对这个方法的所有意见 - 无论是否正确,还有其他必须做的事情。当然,我使用SO来计算这个方法,但是答案在多个问题上都是一成不变的。但只是想要一个单点我可以验证我在做什么!

作为旁注,当我查找信息时,我看到我不必为分支创建单独的文件夹,只能使用1个文件夹。但我更喜欢这种方法 - 维护单独的文件夹。

以下是我的工作:

# make some changes to master and commit it

git add .
git commit -m 'at last!'
git push -u origin master

# cd to the branch

git pull

git merge origin/master

# now commit to branch

git add .

git commit -m 'updates from master'

git push -u origin playground-0.1

请告诉我是否遵循了正确的方法?非常感谢!

1 个答案:

答案 0 :(得分:1)

多个文件夹完全没问题,特别是如果您需要在不同的分支机构同时

您的合并(git pull)似乎是正确的 另一种方法是改变:看“git merge vs. git rebase”,以避免像messy history那样:

merges

但如果符合以下条件,效果最佳:

  • 你还没推过你的分店。
  • 你在origin/sameBranch之上重新定位(即你在同一个分支机构的基础上重新开始你的工作,这个分支得到了其他用户的贡献:这与在master之上重新定义一个人的工作不同。) / LI>

对于不同的分支(如master和您的分支),最好使用合并,如“Why you shouldn’t use git merge --rebase”中所述。

merge

如果master引入了一些错误,您就会知道确切的位置。