第一天：需要将项目跑起来、晚上到家梳理下项目代码，以防第二天就分配功能和需求
Git 操作注意事项
１. 不能够在 master 、develop 写任何代码、修改任何 bug，以后开发中，也需要禁止 ！！！！！！
２. develop 需要基于 mater 进行创建，如果 develop 代码出现无法修复的问题，也是需要基于 mater 重新创建
３. 所有的功能分支，必须基于 develop 进行创建，develop 应该包含所有的功能分支
４. 分支与分支之间，禁止相互合并，以后在开发中，可能会涉及到 测试分支、预发布上线分支等等等……
以后开发中会见到的分支测试分支、自测分支、预发布分支.... 等等等各种分支
这些分支切记，不要合并到你自己的分支
为什么呢 ？
测试分支、预发布分支 都包含了其他人的代码，如果合并到你的分支，你的分支就包含了其他人代码
如果这时候，你的分支需要紧急上线，但是你的分支包含了别人的代码，别人的代码不需要上线，
就会引发 Bug，从而给公司造成损失。
以后在公司中，master 和 develop 开发者是没有权限进行操作的，只能够访问、或者创建分支，但是不能够进行更改，一般是负责人、code Review 人员负责进行操作 master 和 develop
关于公司代码托管平台
以后在公司中，公司托管代码不是使用 Github 和 码云
公司的项目代码会托管到公司自己的服务 -- GitLab
配置邮箱和用户名
1. 配置用户名 git config --global user.email "你的邮箱"
2. 配置密码 git config --global user.name "你的姓名"
配置邮箱和用户名
１. 将公司项目拉取到本地
git clone xxxx 项目的地址
２. 下载包
npm i
cnpm i
yarn
３. 运行项目
首先查看 `package.json` 中的 `scripts` 找到运行的命令，使用 `npm` 运行
npm run xxx
如果通过这个方式运行不了，就需要问组员、组长
查看分支
注意：
在公司中进行开发，不能够在 master 和 develop 写任何代码(功能代码和修改 Bug 都不允许对两个分支直接改)
所有的功能分支，都是基于 develop 创建功能分支进行开发的
查看分支需要输入以下命令
git branch
查看完整分支的
git branch -a
切换分支
master ：线上分支，只包含线上的代码
develop : 开发基准分支，所有的功能分支必须都基于 develop 进行创建
master 和 develop 原则上代码是一样的，只不过 develop 包含了还没有上线的分支
git checkout xxx
举例：切换到 develop
git checkout develop
创建并切换到新分支
以创建功能分支为例
git checkout -b 新分支名
建议：【新功能分支】前面带上统一的前缀，这个前缀是为了和以后的 Bug 分支进行区分
新功能分支前缀一般是 feature/，例如
git checkout -b feature/分支名
一般情况下，我们需要对某个功能再次添加新功能，如果这个新功能不是你开发了，是同事、组员进行开发，再次创建分支，可能存在分支名字重复问题，所以需要添加一些唯一的标识，防止分支冲突，例如：添加日期
git checkout -b feature/20211023-about
提交新的代码
创建好新分支以后，我们需要开发新功能，在新功能写好以后，需要将代码进行提交
１. 将代码提交到暂存区
```
git add .
```
２. 将代码从暂存区放到本地仓库
```
git commit -m xxx
```
３. 将本地仓库和远程仓库建立管理(将本地代码推送到远程)
- 如果是将新分支第一次推送到远程，是会报错的，需要根据提示输入完整的命令
```
git push --set-upstream origin xxxx
```
--set-upstream 是 -u 的简写
- 如果是第二个往后再次推送，直接推送即可
```
git push
建议：每个小功能，就将代码提交一次
１. 绘制好结构、样式 --> 提交一次
２. 完成页面的基本渲染 --> 提交一次
３. 完成了添加功能 --> 提交一次
４. 完成了编辑功能 --> 提交一次
５. 完成了删除功能 --> 提交一次
