Git 合并从开发分支到所有要素分支的更改

Git 合并从开发分支到所有要素分支的更改,git,git-merge,git-branch,Git,Git Merge,Git Branch,我有多个开发人员在处理功能分支,我将他们的PR合并到开发分支。要在本地同步,我当前的流程是在dev分支上签出,提取最新的更改,然后签出到每个功能并合并。我这样做是为了,无论我在哪个功能分支上,我都可以从所有功能中进行更改 git checkout dev git pull origin dev git checkout feature1 git merge dev git checkout feature2 git merge dev git签出开发 git拉源开发 git签出特性1 git合并

我有多个开发人员在处理功能分支,我将他们的PR合并到开发分支。要在本地同步,我当前的流程是在dev分支上签出,提取最新的更改,然后签出到每个功能并合并。我这样做是为了,无论我在哪个功能分支上,我都可以从所有功能中进行更改

git checkout dev git pull origin dev git checkout feature1 git merge dev git checkout feature2 git merge dev git签出开发 git拉源开发 git签出特性1 git合并开发 git签出特性2 git合并开发
我所寻找的是一种方法,通过这种方法,我可以一次性将dev分支的更改合并到所有特性中。这可能很愚蠢,因为我已经在dev分支上更改了所有功能。

您的开发人员应该在dev分支上重新设置其功能分支的基础

#获取最新的开发分支提交
git签出开发
吉特拉力
#切换到功能分支
git签出特性分支
#按你的要求去做
git rebase开发
#由于特征分支的历史记录发生了更改,您现在需要强制推送它
吉特推力

我发现了这一点,但因为在重新设置git的基址后,如果没有强制,推送就无法工作,所以我停止使用它。我不确定使用--force是否是一个好主意。对于功能分支,使用
git push--force
是完全可以的,因为它们的寿命很短,与您长期使用的master和dev分支相比,您永远不应该这样做。我认为一个更好的重定基址规则是,当所有参与者都参与时,重定基址是可以的(分支机构的所有用户,即使用同一功能的所有同事)期待它并知道如何处理它。对于短命的分支机构,通常只有一两个人在使用它,只要你们都知道如何处理回扣,就可以了。当存储库是完全私有的,所以你是唯一一个同时使用笔记本repo和GitHub(或其他)的人回购,你只需要同意你自己是否对某件事进行了重定。因此,这就变得微不足道:如果你愿意,就重定它的基础,因为每个人(即你)都同意这一点!