开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第12天，点击查看活动详情
近期在了解git侧相关知识时，了解到了“代码合并（Merge）”、“代码提交（commit）”，“合并请求（Merge request）”内容。
今天我们一起来看看代码合并（Merge）、合并请求（Merge request）相关知识和话题讨论吧！
关于代码合并（Merge）
主要有以下几个步骤：
-
在远端创建自己的分支
-
在本地创建自己的分支,并切换到自己的分支
git branch newbranchgit checkout newbranch
-
将远端和本地分支关联起来
git branchgit pull
-
在本地分支修改代码，切到master后更新最新代码，并将自己的分支与master合并，修改冲突，修改完成后，更新到远端分支
git checkout mastergit pullgit merge newbranch
-
在远端请求合并，将自己的分支与主分支进行合并，并merge删除远端分支
这样就算是大致完成一次merge啦，后续就是重复1-3步骤
关于合并请求（Merge request）
合并请求指从一个分支合并到另一个分支，代码服务的一个重要组成部分，是代码协作的基础。 合并请求可能是新需求、优化改造、缺陷修复等。 典型的合并请求处理过程涉及如何提交合并请求、如何对合并请求进行评审以便确定是否接受请求、由谁来处理合并、合并后的通知机制等问题
团队使用 合并请求 功能，我们可以更便捷：
- 比较分支之间区别
- 在线查看和评论代码修改
- 便于团队设置评审规则，支持如多人评审
- 便于团队设置合并规则 以控制合并准入
- 展示 合并冲突列表
- 查看合并请求版本， 可以自我选择查看不同版本之间的区别
写在最后
重新开始更文啦！最近因为工作原因，一直在学习devops的内容，感谢大家的支持！我会继续努力坚持学习！养成了好习惯，每天必定会抽出时间多多少少学习技术知识～
以上习题&笔记从大佬们的论坛学习而来，特感谢大佬们的知识分享～ （学习技术知识，果然要看大佬们的技术博客，大家有好的推荐也欢迎指引我这个小白哈，感恩！）
