rn项目踩雷及git提交规范

a堅強的泡沫

已于 2022-03-11 14:57:45 修改

阅读量456

点赞数

分类专栏：实战经验文章标签： git

于 2022-03-11 14:55:26 首次发布

本文链接：https://blog.csdn.net/weixin_43973415/article/details/123425026

版权

32 篇文章 1 订阅

订阅专栏

在这里插入图片描述

bbs子仓库和主仓库都有创建一个基于dev的新的分支（同名）；
子/主仓库分别提交。
提交代码之前要进行eslint代码规范检查（子/主仓都需要）：先运行文档给出的那条指令 ===> 运行不成功，可能是因为node版本问题；再yarn lint。
git reflog --date=local --all | findstr feature/app-ui-revision-v5
git reflog show feature/colors-normalize
注意：拉代码的时候，是基于dev分支，拉之前先git pull得到最新提交记录

子仓库：开发的分支合并到test/patch-4.1.0测试分支（git merge）；
主仓库：把business/bbs提交git push到test/patch-4.1.0测试分支；
最后在打包平台打包测试。
git reset HEAD .\business\xlab\
git pull --rebase 消除冲突并合并
git merge --continue 解决冲突后继续合并，最后再git push
社区的代码以后提测时就可以提个 MR 请求合并到 develop，备注写【review】XXXX，有时间的话我会进行一下 code review ---- lcl

分支合并请求Merge Request(也叫Pull Request，即MR、PR)：
- MR(或者PR)就是指将你开发的代码的内容以一种请求合并的方式来合并到它想去的分支上，这个请求的接收人(Reviewer)一般是项目、团队的负责人或者其他成员。
- 一般来讲，开发团队都对Code Review（代码复审/审查/检视）的重视程度比较高，因为Code Review的确实能够提升代码的质量以及减少BUG的产生率。
团队协同开发时，不仅平时要定期拉取(git pull)，推送到远程仓库前更应先拉取(git pull)再推送(git push)，如出现冲突，解决冲突后再推送。
git push = git fetch + git merge
git pull 类比 git fetch
git fetch：
- 从远程仓库下载本地仓库中缺失的提交记录；
- 更新本地仓库的远程分支(比如origin/master)；
- 不会改变本地仓库（比如master分支）的状态，想要更新本地仓库的 master 分支，可以使用git merge。
在本地开发中，切换同事新创建的分支时：
```
git checkout test
```
会报以下错误：
```
error: pathspec 'test' did not match any file(s) known to git
```
解决方法：
- 执行命令git fetch取回所有分支的更新
- 执行git branch -a可以看到test分支（已经更新分支信息）
- 切换分支git checkout test
git 入门教程之协同开发

关注

专栏目录