假设我们在Git中有以下情况:

创建的存储库: mkdir GitTest2 cd GitTest2 git init 在master中发生并提交一些修改: echo“On Master”>文件 初始提交 Feature1分支了master并完成了一些工作: Git分支feature1 Git签出特性1 echo "Feature1" > featureFile git commit -a -m commit for feature1 同时,在主代码中发现了一个bug,并建立了一个热修复分支: Git checkout master Git分支hotfix1 Git签出hotfix1 该错误在热修复分支中修复,并合并回主程序(可能在拉取请求/代码审查之后): echo "Bugfix" > bugfixFile git commit -a -m " bug修正提交" Git checkout master Git merge -no-ff hotfix1 feature1的开发仍在继续: Git签出特性1

假设我需要在我的功能分支中进行热修复,可能因为bug也发生在那里。我怎样才能在不复制提交到我的特性分支的情况下实现这一点呢?

我想防止在我的特性分支上获得两个与特性实现无关的新提交。如果我使用拉请求,这对我来说尤其重要:所有这些提交也将包含在拉请求中,并且必须进行审查,尽管这已经完成了(因为热修复已经在master中)。

我不能做一个git合并主-ff-only: "fatal: not possible to fast-forward, aborting.",但我不确定这是否帮助了我。


当前回答

补充现有的答案,因为这些命令是循环的,我们可以在一行中完成它。假设我们在特征分支:

git checkout master && git pull && git checkout - && git merge -

或者将它们添加到别名中:

alias merge_with_master="git checkout master && git pull && git checkout - && git merge -"

其他回答

补充现有的答案,因为这些命令是循环的,我们可以在一行中完成它。假设我们在特征分支:

git checkout master && git pull && git checkout - && git merge -

或者将它们添加到别名中:

alias merge_with_master="git checkout master && git pull && git checkout - && git merge -"

根据这篇文章,你应该:

创建基于master新版本的新分支 Git分支-b newmaster 将旧的功能分支合并为新的 Git checkout newmaster 解决新特性分支上的冲突

前两个命令可以组合成git checkout -b newmaster。

这样,您的历史记录将保持清晰,因为您不需要反向合并。你不需要这么小心谨慎,因为你不需要做Git的基础。

下面是一个脚本,您可以使用它将主分支合并到当前分支中。

该脚本的功能如下:

切换到主分支 拉动主分支 切换回当前分支 将主分支合并到当前分支中

将此代码保存为批处理文件(.bat),并将脚本放置在存储库中的任何位置。然后点击它运行它,你就设置好了。

:: This batch file pulls current master and merges into current branch

@echo off

:: Option to use the batch file outside the repo and pass the repo path as an arg
set repoPath=%1
cd %repoPath%

FOR /F "tokens=*" %%g IN ('git rev-parse --abbrev-ref HEAD') do (SET currentBranch=%%g)

echo current branch is %currentBranch%
echo switching to master
git checkout master
echo.
echo pulling origin master
git pull origin master
echo.
echo switching back to %currentBranch%
git checkout %currentBranch%
echo.
echo attemting merge master into %currentBranch%
git merge master
echo.
echo script finished successfully
PAUSE

我们如何将主分支合并到特征分支中?容易:

git checkout feature1
git merge master

在这里强制快速前进合并是没有意义的,因为这是不可能做到的。你同时提交了特性分支和主分支。现在快进是不可能的。

看看GitFlow。这是一个可以遵循的git分支模型,您已经在不知不觉中遵循了。它也是Git的一个扩展,它为新的工作流步骤添加了一些命令,这些命令可以自动执行,否则您需要手动执行。

那么你在工作流程中做对了什么?你有两个分支可以使用,你的feature1分支基本上是GitFlow模型中的“develop”分支。

您从master创建了一个热修复分支,并将其合并回来。现在你被困住了。

GitFlow模型要求您将热修复程序合并到开发分支,在您的示例中是“feature1”。

所以真正的答案是:

git checkout feature1
git merge --no-ff hotfix1

这将把在热修复程序中所做的所有更改添加到功能分支中,但仅限于这些更改。它们可能会与分支中的其他开发变更发生冲突,但是如果您最终将特性分支合并回主分支,则它们不会与主分支发生冲突。

换基时要非常小心。只有当你所做的更改停留在你的存储库的本地时,才会进行基改,例如,你没有将任何分支推到其他存储库。重基是一个很好的工具,可以让你在提交之前把本地提交安排成一个有用的顺序,但是对像你这样的git初学者来说,重基会把事情搞砸。

git 合并

您可以按照以下步骤进行操作

1. 合并源/主分支到特征分支

# step1: change branch to master, and pull to update all commits
$ git checkout master
$ git pull

# step2: change branch to target, and pull to update commits
$ git checkout feature
$ git pull

# step3: merge master to feature(⚠️ current is feature branch)
$ git merge master


2. 将特征分支合并到原点/主分支

Origin /master是远程主分支,而master是本地主分支

$ git checkout master
$ git pull origin/master

$ git merge feature
$ git push origin/master