# 学习 **Repository Path**: xie-hang/study ## Basic Information - **Project Name**: 学习 - **Description**: 学习 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2022-08-15 - **Last Updated**: 2022-10-08 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README 初级前端 html + js 干活就行 中级前端 vue/react/angular 小程序 能独立干活 pnm(拍脑门) 高级前端 能够带人 资深前端 有自己的想法 自己找活干 ## 中级开发工程师 后端交互能力 vue、react 至少会一个 小程序开发 项目分析能力 ## 前端能力 1. 画页面 html + js + css (react, vue) 2. 请求数据 ajax 3. 用户交互 事件 ## 优势: 年轻 能卷 知识广度 八股文666 劣势: 没有真实的工作经验, 对项目工作的流程不了解,缺少自信 ## wwh规则(人生三大疑问法) what why how ## git > 为什么要学习git,git解决了什么问题 实现线上多人协同开发 svn/git gitee/github/gitlab(维护远程仓库的平台,并不是git的远程仓库) gitlab是一套源代码 可以在自己的服务器搭建git远程仓库平台 ## git基本使用 ### 仓库 远程仓库 本地仓库 .git 隐藏文件 本地的git仓库 .gitignore 隐藏文件 将文件忽略不上传 协议:告知代码的可用范围 用来打官司用的 1. 创建远程仓库,本地gitclone 2. 在gitee创建仓库空间,不初始化远程仓库 先创建本地仓库 git init 然后和远程仓库做关联 ### 分支; 在开发过程中,需要开发不同的代码这时候需要分支 远程分支 本地分支 分类: master/main 主分支 线上分支 pre 预发布分支 dev 开发测试分支 feature 功能分支 hotfix: bug分支 commit 规范 注释前缀 CR codereview 代码审核流程 -m "feat:login" 登录新功能开发 -m "doc:login" 登录文档修改 -m "fix:login" 登录bug修改 -m "style:login" 登录样式修改 -m "format:login" 登录格式修改 ## 工作区 写代码的地方叫工作区 ## 暂存区 git add 将工作区的代码放到暂存区 git commit 将暂存区的代码提交到了本地仓库 git push 将本地仓库的代码提交到远程仓库 ## 贮藏区 将暂存区的代码藏起来 git stash git stash save '注释的内容' git stash list git stash apply ## 提交记录 git log git reflog ## 基本命令 git clone 克隆代码 git status 查看状态 git add . 保存到暂存区 git commit 提交到本地仓库 git push 推送本地仓库到远程 git push -f 强制推送本地仓库到远程 git branch name 创建分支在本地 git branch -D name 删除分支本地 git checkout name 切换分支(如果远程分支有可以直接切换) git checkout -b name 新建并切换分支 git add 将工作区的代码放到暂存区 git commit 将暂存区的代码提交到了本地仓库 git push 将本地仓库的代码提交到远程仓库 git stash 贮藏当前代码 git stash save '注释的内容' 贮藏当前代码并添加注释 git stash list 查看所有的贮藏代码 git stash apply 放出最新贮藏的代码 git stash apply stash@{0} 根据贮藏id放出代码 git log 查看提交记录 git reflog 查看操作记录 git reset --hard 提交id 代码的回退操作 git pull 更新本地仓库 ## 冲突 多人操作同一处代码,之后进行合并操作,git无法识别以哪一个为准就会产生冲突 需要的保留,不需要的删除 1. 多人操作同一个分支代码 可能会产生冲突 2. 多人操作不同分支的代码 也可能会产生冲突 ## 多人分支合作 git merge 要合并的分支 1. 测试 将需要测试的代码合并到同一个分支 2. 上线 将需要上线的代码合并到master分支 不允许直接push master 设置保护分支 ## gitflow 工作流 ### git上线的管理流程 1. master 保护分支 不能直接push master 2. 将开发功能提交一个mr(pr)的合并请求 3. 组长 或者 权限高的同事 进行代码 CR 4. 组长同意 mr(pr)请求 将代码合并到master分之 ## git 可视化工具 sourcetree ## 分支的提交记录管理 1. 多人操作同一个分支代码,本地仓库和远程仓库不一致,-> 产生冲突 保留一个冲突记录 (没啥影响 就是不好看) 2. 提交(commit)代码之前 先将修改的代码贮藏,更新代码, 再把贮藏的代码放出来 3. 有冲突解决冲突没冲突最好 ## 基础 比如:从master分之切换一个rebase分支 master就叫做 rebase分支的基础 rebase 要和基础保持一致 变基(改变基础) git rebase 基础分支(master)