我想我都没有问这个权利。这是我的情况。
我有一个带有master
和dev
分支的本地存储库。在Github上也是一样。
另一个开发人员创建了一个分支并将其推送到Github,然后创建了一个pull请求。我将此拉取请求合并到了Github上的master
中。
在本地,我做了git pull
,并更新了本地master
。但是,现在我在本地和Github上的dev
分支都没有对该请求请求进行更改。
我想让dev
从master
重新开始。我基本上将95%的时间都花在了这个dev
分支中,如果我想在本地启动Rails控制台,我希望它能按预期工作。
我该怎么做(它叫什么)?
答案 0 :(得分:1)
它们是与Master分开的分支,因此为什么它们在Master上没有更改。
通常,您现在要做的是将master分支与dev分支合并。有可能需要解决的合并冲突。
我假设您想保留对dev的更改,而只是将内容添加到master中,直到准备好也要掌握master为止。
如果您
git checkout dev
git merge master
这是基本的分支和合并教程 https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging
这是一位来自Atlassian的人 https://www.atlassian.com/git/tutorials/using-branches/git-merge
答案 1 :(得分:1)
请记住,Git版本只会向前发展。将PR批准为master
后,master
才是流程中的最新点。如果要将这些更改合并到dev
中,只需将交换交换到dev
分支,然后将merge
master
插入其中:
git checkout dev
git merge master
发布后,通常将master
的更改拉到dev
。但是,从理论上讲,master
中不应该存在dev
中不存在的任何更改,因为hotfix
分支和release
分支应直接合并到dev
中。
功能分支本身应该仅进入dev
,dev
最终通过{{1 }}分支。
master
计划 紧急更改,尽管这些更改应创建为release
分支,并合并到master
和 hotfix
。
这遵循称为 Git Flow 的过程,该过程具有从上到下的以下示例流程(我强烈建议您遵循以下步骤):