`功能（ * feature * ）分支 * 预发布（ * release * ）分支 * 修补bug（ * fixbug * ）分支 该方法会强制覆盖本地代码，也就是放弃本地修改 git fetch --all git reset --hard origin/master git pull [git pull的时候发生冲突的解决方法之“error: Your local changes to the following files would be overwritten by merge”](https://www.cnblogs.com/nebie/p/10830838.html) 今天在使用git pull 命令的时候发生了以下报错   目前git的报错提示已经相关友好了，可以直观的发现，这里可以通过commit的方式解决这个冲突问题，但还是想看看其他大佬是怎么解决这类问题的 　　在网上查了资料和其他大佬的博客，得到了两种解决方法： 方法一、stash 1 git stash 2 git commit 3 git stash pop 接下来diff一下此文件看看自动合并的情况，并作出相应修改。 git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。 方法二、放弃本地修改，直接覆盖 1 git reset --hard 2 git pull 保存账号密码 git pull记住用户名和密码 在使用https git拉取代码时，每次git pull的时候都会让输入用户名和密码 进入项目目录 git config --global credential.helper store 然后会生成一个本地文件用于记录用户名和密码，这个文件我们无需关心 再次git pull一下，会让输入用户名和密码。这次输入之后以后就不会每次输入了。 如果要清除用户名和密码 运行一下命令缓存输入的用户名和密码 git config --global credential.helper wincred 清除掉缓存在git中的用户名和密码 git credential-manager uninstall [error:Cannot pull with rebase](https://www.cnblogs.com/chongdongxiaoyu/p/11834149.html) 原文文链接：https://blog.csdn.net/u012385190/article/details/70670213 git 执行git pull –rebase报错误如下： error: Cannot pull with rebase: You have unstaged changes.error: Additionally, your index contains uncommitted changes. 原因：如果有未提交的更改，是不能git pull的 解决：先执行git stash再执行git pull –rebase最后再执行git stash pop git stash #可用来暂存当前正在进行的工作git stash pop #从Git栈中读取最近一次保存的内容 查看分支 git branch  查看地址 git remote -v 开发命名规范 * `功能（ * feature * ）分支 * 预发布（ * release * ）分支 * 修补bug（ * fixbug * ）分支 3.1 功能分支-feature 功能分支，它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。 功能分支的名字，可以采用\*\*feature-\*\*\*的形式命名。 \# 创建一个功能分支： git checkout -b feature-开发一个新功能 develop \# 开发完成后，将功能分支合并到develop分支： git checkout develop git merge --no-ff feature-开发一个新功能 \# 删除feature分支： git branch -d feature-开发一个新功能 3.2 预发布分支-release 预发布分支，它是指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。 预发布分支是从Develop分支上面分出来的，预发布结束以后，必须==合并进Develop和Master分支==。它的命名，可以采用\*\*release-\*\*\*的形式。 \# 创建一个预发布分支： git checkout -b release-1.2.0 develop \# 确认没有问题后，合并到master分支： git checkout master git merge --no-ff release-1.2.0 \# 对合并生成的新节点，做一个标签 git tag -a 1.2 \# 再合并到develop分支： git checkout develop git merge --no-ff release-1.2.0 \# 最后，删除预发布分支： git branch -d release-1.2.0发布分支是从Develop分支上面分出来的，预发布结束以后，必须==合并进Develop和Master分支\==。它的命名，可以采用\*\*release-\*\*\*的形式。# 创建一个预发布分支：git checkout -b release-1.2.0 develop# 确认没有问题后，合并到master分支：git checkout mastergit merge --no-ff release-1.2.0# 对合并生成的新节点，做一个标签git tag -a 1.2# 再合并到develop分支：git checkout developgit merge --no-ff release-1.2.0# 最后，删除预发布分支：git branch -d release-1.2.0 3.3 修补bug分支-fixbug 最后一种是修补bug分支。软件正式发布以后，难免会出现bug。这时就需要创建一个分支，进行bug修补。 修补bug分支是==从Master分支上面分出来的==。修补结束以后，再==合并进Master和Develop分支==。它的命名，可以采用\*\*fixbug-\*\*\*的形式。 创建一个修补bug分支： git checkout -b fixbug-0.1 master 修补结束后，合并到master分支： git checkout master git merge --no-ff fixbug-0.1 git tag -a 0.1.1 再合并到develop分支： git checkout develop git merge --no-ff fixbug-0.1 最后，删除"修补bug分支"： git branch -d fixbug-0.1 log 查看log git log 退回版本 git reset --hard 9c2a59c213474d20e43b32814cd20295d1de8435