git的注意事项

  1. 不能再master、develop写任何代码、修改任何bug，禁止禁止禁止
  2. develop需要基于master进行创建，如果develop代码出现无法修复的问题，也是要基于master重新创建
  3. 所有的功能分支，必须基于develop进行创建，develop应该包含所有的功能分支
  4. 分支与分支之间禁止相互合并

master和develop开发者是没有权限进行操作的，只能访问、或者创建分支
但是不能够进行更改，一般是项目负责人、code Review人员负责操作master、develop

git初始化

  1. git init

配置邮箱和用户名

1.配置邮箱

  1. git config --global user.email '你的邮箱'

2.配置密码

  1. git config --global user.name '你的名字'

配置ssh

如果使用的是自己的电脑开发，电脑上就有之前配置好的ssh，ssh是通用的
查找目录：
c:/user/你的电脑名字/.ssh/id_rsa.pub
拷贝该文件的内容到Gitee、gitlab、github中即可
如果是新电脑，就需要先生成ssh，生成之前需要先安装git软件，在git中输入：ssh-keygen就可以生成ssh

  1. ssh-keygen -t ed25519 -C '邮箱'

生成完成以后按配置ssh步骤即可

运行项目

1.将项目先拉去到本地

  1. git clone 项目地址
  2. // 获取某个分支的代码
  3. git clone -b 分支名   地址

2.下载项目依赖包

  1. // 一下命令任选其一即可
  2. npm i
  3. pnpm i
  4. cnpm i 
  5. yarn

3.运行项目
在package.json文件中查看script配置项，找到运行命令

  1. npm run xxx

查看分支

  1. git branch  或者 git branch -a

切换分支

  1. git checkout xxx

创建并切换到分支

  1. git checkout -b xxxx

提交新的代码

1.将代码提交到暂存区

  1. git add .

2.将代码从暂存区放到本地仓库

  1. git commit -m '说明'

3.将本地仓库推送到远程仓库
第一次推送

  1. git push --set-upstream origin xxx
  3. // 今后提交直接使用以下命令
  4. git push
  6. // 每次推送都是
  7. git push -u origin master

建议 :::info 完成结构和样式 提交一次
完成页面的基本渲染 提交一次
完成一个功能 提交一次 ::: 查看代码的状态

  1. git status

红色说明代码在工作区
绿色说明代码在暂存区

合并分支

合并代码到develop
先切换到develop分支，在进行合并

  1. git merge feature/xxxx

git 删除分支和远程分支

git branch —delete xxx 本地分支 git push origin —delete xxxx 远程分支 查看远程分支 ：git branch -r

查看日志

  1. git log
  2. git log --oneline

拉取最新版的代码

  1. git pull

往远程推送代码是，必须先从远程拉取最新的代码，然后在去推送，可能会存在冲突，这时候需要解决冲突

节点还原

  1. git reset --hard id号

gitFlow 工作流

为什么要使用工作流

1.git分支命名不规范，引起git分支名冲突问题
2.git提交流程将非常不规范

是什么

gitflow是一套标准的git使用流程，它规范了git分支提交以及分支命名的规则，是将原生的git命令进行了组合，一个命令就相当于原神git的多条命令，它只是拓展了git命令，让git变的流程化

怎么做

安装和使用

使用gitflow对项目进行初始化

  1. git flow init

其他的只需下一步即可
对分支的说明

  • git flow init
  • 输入命令以后，会显示一个交互式的安装助手，直接一路回车就行，全部使用默认的即可
  • Branch name for production releases ：询问我们 项目的主分支名字是什么 ？
  • Branch name for “next release” development： 询问我们 项目的开发基准分支是什么 ？
  • Feature branches ：功能分支应该怎么命名 ？ feature/xxxx
  • Bugfix branches ：Bugfix 分支应该怎么命名 ？ bugfix/xxxx
  • Release branches : Release 分支应该怎么命名， release/xxxx， 这个分支可以简历理解为是预发布分支
  • Hotfix branches ： Hotfix 分支应该怎么命名， hotfix/xxx
  • Version tag prefix? ： 版本号的规则是什么，1.1.1

gitflow的具体操作

1.创建功能分支 :::info git flow feature start xxx(分支名)
功能完成以后，输入一下命令能够让代码直接合并到develop，并删除当前功能分支
git flow feature finish xxxx(分支名)
- 如何修改 develop bug
- 创建 bugfix 分支： git flow bugfix start xxx(分支名)
- 结束 bugfix 分支 git flow bugfix finish xxx(分支名)
- 当 develop 分支包含所有的功能，并且 Bug 已经完全修复， 这个时候需要进行上线，但是在上线之前，一般会将代码发布到预发布分支再次进行测试，所以我们需要创建一个 release 预发布分支，查看项目是否正常运行
如何创建 release 分支
- 创建 release 分支： git flow release start 版本号
- 结束 release 分支 git flow release finish 版本号
- 在结束以后，会出现彩色弹框，需要进行以下处理
- 按 ctrl + c
- 输入 : q a
- 按回车，通常就会退出
如果需要写版本号
- i — 插入意思，代表能够编辑
- 按 ctrl + c
- 既然输入的内容，需要保存并退出
- : w q
如何修改 master bug
- 创建 hotfix 分支： git flow hotfix start xxx(分支名)
- 结束 hotfix 分支 git flow hotfix finish xxx(分支名)
- 代码、项目都是从 develop ~~ release ~~ master 进行合并发布的
- 既然 master 有 bug ，是不是说明 develop 也有
- 那么将代码合并到 master 同时，需要合并到 develop

7. Git 在使用过程中的原因原则、忌讳
- 不能够在 master 、develop 写任何代码、修改任何 bug，以后开发中，也需要禁止 ！！！！！！
- 严格意义上 master 和 develop 代码是基本一致，最好做到完全一致
- develop 是开发基准分支，所有的【功能分支】必须全部基于 develop 进行创建

:::