git笔记

痛定思痛。 2023-01-16 11:25 92阅读 0赞

> git stash  
> git stash pop  
> 做一个假设,现在在feature/newFun分支上面开发功能,现在需要你去feature/oldFunc上面去修改一个小的bug,这时候可以在newFunc分支上面使用git stash 将修改的文件暂存起来,等到在另一个bug分支修改完之后切换到feature/newFunc之后使用git stash pop

> git stash list ：查看stash了哪些存储

> git stash clear ：删除所有缓存的stash

> git pull --prune  
> 拉取当前master全部的分支包含功能分支补丁分支

分支管理，每次发布版本后，再次开发时需要新建相关分支：
    从master分支上新建修改bug分支（hotfix/版本号），只用于修改之前版本的bug，如：hotfix/2.1.1。
    每个新功能都需要在master分支上新建功能分支（feature/功能英文名）,用于某个新功能开发和该功能的bug修改，如：feature/ApplyAudit。
    从master分支上新建一个总测试分支（feature/版本号），只用于合并改bug分支（hotfix/版本号）、新功能分支（feature/功能英文名），切忌在该分支上开发和修改bug。
    每次需要更新提交给测试时，先把需要更新的分支合并到总测试分支（feature/版本号），然后打包（feature/版本号）分支，最后更新到测试环境，测试人员统一在测试环境测试。
    在确认发布哪些功能时并进入测试环节时，把需要发布的新功能分支（feature/版本号）、修改bug分支(hotfix/版本号)合并到预正式版(release/版本号)分支，打包更新测试环境，更新到测试环境回归。
    确认修改完成，发布版本时，把预正式版（release/版本号）分支合并到master进行正式版发布，同步更新下dev分支。
    发布完后，在下周一统一删除已经不需要的分支，如：release分支、已经发布的新功能分支（feature/功能英文名）、改bug分支（hotfix/版本号）、总测试分支（feature/版本号）等。
    重点提示，在开发阶段，也就是还没有进入发布环节时，新功能分支（feature/功能英文名）和修改bug分支（hotfix/版本号）的一切开发修改都在原分支完成，再合并到总测试分支（feature/版本号）或者预正式版（release/版本号），根据情况定。

> 删除远程分支  
> git push origin --delete feature/test  
> 删除本地分支  
> git branch -d dev  
> 查看本地分支  
> git branch -a  
> 查看远程分支  
> git branch -r