本文链接：https://blog.csdn.net/weixin_42182143/article/details/102805558

企业开发一般使用git flow流程
除了master分支，还会有一个develop分支，表示随时都会上线的版本。
所以一般的流程是，先新建分支，自己的分支合并develop分支
今天学到的命令还挺多。
git add [文件名] 只提交文件名文件
git status 查看git状态，有什么文件需要add，commit，push等
git log 查看历史版本
git reset --soft [版本号] 回退到某个历史版本
git branch -a 查看远端分支
git checkout -b [name] 创建并切换到name分支
git branch -d <BranchName> 删除本地分支
git push origin --delete <BranchName> 删除远端分支
``

image.png

git flow具体操作：
10.16遇到了这个问题
下面讲解最优的做法再进行错误处理

项目开始之前,应该使用git flow init进行 git flow 流程的初始化，初始化时提供一些询问
（可是万一你像我一样按错了，手快选的不对）

image.png

那可以使用 git flow init -f 强制init again
接着开始工作
切换到develop分支，新建分支 git flow feature start add-user
接着提交代码都是和以前一样的操作
https://www.jianshu.com/p/5605cee279e8

当你的work tree不是clean的时候，是无法git flow init的，这个时候你需要把你的代码先提交到另一个分支（保存你的作业），
甚至还要git pull一下（你的作业被覆盖了）。就是要让你的work tree是clean的

在这个过程中，你可能会接触到这些命令
git-restore-恢复工作树文件
里面有链接讲的挺好关于git
https://blog.csdn.net/qq_32452623/article/details/78417609

删除gitlab分支
https://blog.csdn.net/taowuhua0505/article/details/80499540

关于`eslint`

他是一个关于代码规范的js文件。

如果你项目用到，但是本地没有安装这个依赖的话，你进行commit操作时，它会自动执行.eslint命令，检查你的代码规范。然后报几万个错误。

image.png

此刻cmd已经不屑于报红色的error了

安装

① 自动npm install可能装不上这个东西，需要自己另外手动安装
npm install eslint -g（笔者一般喜欢全局安装，因为这比非全局安装成功率要高一点，而且以后的项目不用装了）
装完以后，你就可以在任何位置使用eslint命令了
②装完以后，由于本项目已经有了.eslint.js文件了，所以不需要执行eslint init了，因为这样很可能会修改原项目的eslint配置造成冲突。
③没有init，直接使用也是会报错的。然后它会提示你fix一下。所以用这个命令吧，eslint . --fix
（.代表fix所有文件，只选你做的那几个文件应该也是可以的）

笔者eslint . --fix完毕之后，就可以正常提交了。但是他也修改了其他项目文件的一些代码规范