qq_55621259的博客

先更新自己本地仓库的 main 分支到与 origin 的 main 分支一致（不管你是使用命令行还是删除在clone repo都可以），然后 checkout 到你的 feature 分支，然后 git merge main，然后需要你解决一下冲突，然后直接commit再push就好了！C 分支为我的 feature 分支，B 分支为 upstream 和 origin 的 main 分支。但是我犯贱先把 github 上自己 fork 的仓库的 main 分支更新了！

我有一个PR还未合入，现在要解决冲突，但是由于分支分化导致我push上去时把别人的commit也commit上去了！所以我想回退这个commit到未解决冲突前的状态。2. 在本地先 git reset --hard commit_id 退到那个 commit。3. 使用 git push origin HEAD --force 强制推送。1. 先 git log 找到之前那个 PR 的commit id。大功告成，回退了PR的commit！

我的 github 上的远程仓库上除了 main 分支外还提交了好几个别的分支，现在我换机器了，git clone 原仓库后只剩 main 分支，我要把其他分支拉下来到本地。1. 查看所有远程remote分支。2. 拉取指定远程分支到本地。

先创建一个main分支，网上很多教程是直接git push -u origin master，因为github默认分支为main(没有master分支)，所以这样会直接在github上新建一个分支master，因此你打开你的仓库默认会显示你的空的main分支，你要手动点击你的master分支才能看到你的代码，因此很不方便！如果我们直接git push -u origin main也是不行的，因为我们的git里没有main分支，所以我们要新建一个main分支。第四步、将本地仓库和github仓库关联。

我们都知道JWT一般用于用户登录等需要记住的操作，在谈论JWT之前就不得不谈谈以前的cookie-session登录了。因为http协议是一种无状态协议，即每次服务端接收到客户端的请求时，都是一个全新的请求，服务器并不知道客户端的历史请求记录（也就是说你登陆过后哪怕你刷新一下他也不认识你了，还要你继续登录）；Session 和 Cookie 的主要目的就是为了弥补 HTTP 的无状态特性。互联网服务离不开用户认证，一般流程如下：这就是Cookie-session方法。