git 相关

本地解决冲突

1. 先提交自己的分支

2. 切换到 master 并且 pull 最新的下来

3. 再切换到自己的分支

  

4. git merge master

没有冲突就 git push

有冲突，就看 idea 代码，看代码编译提示

5. 解决完冲突后，git add .

6. git commit

7. git push

 

git merge & pull request 区别

 开源项目 pull request 使用场景举例

https://nacos.io/zh-cn/docs/contributing.html

 

git merge 

https://git-scm.com/docs/git-merge

git 4 大常用命令。代码版本管理，根本上讲管的是什么？commit history!

 举例：

 

 

 

强行使用 pull request 合并到 master 将导致 commit 记录细节被破坏。项目管理者将没法查看到上一个版本的 commit 细节，也就观察不到历史代码轨迹。

 

 对于 itap 代码审核究竟发生在哪个节点更 make sense? 是开源项目的 pull request? 还是闭源项目的 commit？

pull request 时已经 test & uat 环境验证完成，这时候项目管理人员 review 代码，真的合适吗？

就算看到问题，然后修改调整+重新各个环境全部测试一遍吗？成本有多大？

所以生搬硬套使用开源项目的 pull request 审核 review 代码是不科学的。

正确的姿势应该是 git commit & merge!