这个答案在这里向你展示如何按要求处理news
分支。你没有指定新闻分支的目的,直到最近在对其他答案的评论中。基本上你的新的分支似乎得到了开发分支中不存在的新功能。
你可能想仔细地重新审视自己的工作流程,因为它是通常更容易只设一个开发分支,通常被称为主,它可以获取所有的新的发展时,它的准备。然后你有短暂的功能分支,其目的只是为了追踪一些要应用到主分支的补丁。为了稳定目的,您可以创建稳定的分支,例如以除最后一部分之外的稳定版本号命名。然后,每个布道的目的都很明确,并且避免混淆。
获取问题分支:
git checkout $ISSUE_BRANCH
调整基线的消息分支的状态的变化:
git rebase news
但是你可能需要调整底垫一点点,只应用更改你想要。要做到这一点最简单的方法是一个互动的底垫,它允许你删除你不感兴趣的提交。
git rebase -i news
你也可以仔细阅读git-rebase
手册,学会变基提交的确切范围。但是如果你没有使用哪个提交来指定范围,上面的命令更容易处理。
如果confict出现,解决它,并使用:
git add -u
git rebase --continue
完成后,快进新闻分支在问题分支的提交:
git checkout news
git merge --ff-only $ISSUE_BRANCH
删除问题分支的情况下,你会想再次使用它:
git branch -d $ISSUE_BRANCH
请注意,有可能其他方式,有时更快写,但这应该是一个相当干净的方式来做你的要求。
这样你就会得到相同的变更集新闻(其目的是令我怀疑),但提交对象当然是不同的。
你怎么能肯定的是,在'develop'所做的更改问题分支将在当前的'新闻'分支中工作?多久会更新'master'和'news'? – Jason
'news'分支与其他分支有什么关系? –
保持本地所有更改,在本地执行更改。你可能想要将“官方”分支合并成新闻,或者将其他人的新闻重新组合。 – vonbrand