如何将master分支的代码合并到dev

将 master 分支的代码合并到 dev 分支，是 Git 协作开发中保持开发线同步的常见操作。

1. 准备你的工作区

首先，确保你在 dev 分支上，并且所有当前的工作更改都已妥善处理。

检查分支：使用 git status 确认当前位于 dev 分支。

提交或暂存更改：如果有未完成的修改，建议先提交 (git commit) 或暂存 (git stash save ‘暂存描述’ )，保持工作区干净。

2. 获取最新的 master 代码

为了让合并基于最新的代码，你需要先更新本地的 master 分支。
切换分支并拉取代码：

git checkout master
git pull origin master

这里的 git pull 相当于执行了 git fetch（获取远程更新）和 git merge（合并到当前分支）

3. 执行合并操作

接下来，将最新的 master 代码合并到 dev 分支。

切换回 dev 分支并合并：

git checkout dev
git merge master

默认情况下，如果可能，Git 会尝试使用 “快进模式 (Fast-forward)” 进行合并。这种模式不会创建新的合并提交，只是简单地将 dev 分支指针直接移动到 master 所在的最新提交 。

保留合并记录：如果你希望明确记录下这次合并行为（特别是在团队协作中），可以使用 --no-ff 参数来禁用快进模式。这会强制创建一个新的合并提交 。

git merge --no-ff -m "merge master into dev" master

4. 处理合并冲突

合并时如果 master 分支和 dev 分支修改了同一块代码，就可能发生冲突。Git 会标记出冲突文件，你需要手动解决。

识别冲突：使用 git status 查看哪些文件有冲突。

解决冲突：打开冲突文件，找到 <<<<<<<, =======, >>>>>>> 这些标记，根据需要保留或修改代码。

标记为已解决：每个冲突文件解决后，使用 git add <文件名> 将其标记为已解决。

完成合并：所有冲突解决并添加后，执行 git commit 来完成合并提交。

5. 推送更新到远程仓库

合并完成且解决所有冲突后，将本地 dev 分支的更新推送到远程仓库：

git push origin dev

合并前先更新 dev 分支：一个更稳健的做法是，在将 master 合并到 dev 之前，先确保本地的 dev 分支也是最新的（执行 git pull origin dev）。