文章目录安装git配置git什么是git 仓库创建版本库git addvscodegit statusgit addgit statuspycharm变更列表视图如果创建文件的时候选择了添加到git版本控制暂存区域视图时光穿梭机版本回退修改文件vscodepycharm变更列表暂存区域git logvscodepycharmgit reset 版本回退git resethardsoftvscodepycharmmixedvscodepycharm工作区 和 暂存区工作区 你看得见、摸得着的文件编辑的永远是工作区暂存区stage或者叫index 下次提交要带走哪些改动的“候选区 / 提交清单”管理修改pycharm变更列表暂存区域总结git diff HEAD -- readme.txt撤销修改git checkout/git restore file撤销工作区修改vscode暂存区没内容撤回到和上次提交一样的状态暂存区有内容pycharm暂存区没内容撤回到和上次提交一样的状态变更列表暂存区域暂存区有内容变更列表暂存区域git reset HEAD file/git restore --staged file可以把暂存区的修改撤销掉unstage重新放回工作区vscodepycharm变更列表暂存区域删除文件vscodepycharm变更列表暂存区域远程仓库添加远程仓库先有本地后有远程$ git remote add origingit push -u origin(远程仓库名) master本地分支名 把本地 master 推到远程 origin并且记住“master 对应 origin/master”。远程没有 master 分支在远程 创建 master远程已经有 master 分支把你本地 master 上比远程新的提交推到远程 master“为什么远程叫 origin”“.git/config 里的 [remote xxx]是在给这个本地仓库配置它知道有哪些远程仓库每个远程叫什么名字、地址是什么。”单个远程仓库多个远程仓库“只有一个的时候git pull / push 是从哪个远程仓库操作”“有多个远程仓库”git branch -vv 看“本地分支跟哪个远程分支绑定”git remote -v 查看当前这个本地仓库配置了哪些远程仓库以及它们各自的地址git push 远程名 本地分支名:远程分支git pull 远程名 远程分支名删除远程仓库从远程库克隆假设我们从零开发那么最好的方式是先创建远程库然后从远程库克隆。git clone 从远程仓库把代码 历史 整套复制一份到本地顺便帮你配好远程。gitxx:michaelliao/gitskills.git 是什么ssh密钥clone 完成后本地仓库里都配置了什么带“自定义目录名”的克隆分支管理创建与合并分支git merge xx 用于合并指定分支到当前分支git merge xx. xx 可以是本地分支名,远程跟踪分支名,commit id,tag分支分叉图解决冲突git statususe git add file... to mark resolution 用 git add 文件名 来“标记这个冲突我已经解决好了”fix conflicts and run git commit 先把冲突文件改好fix conflicts再执行 git commit 完成这次合并git merge --abort 放弃这次合并 回到你执行 git merge 之前的状态pycharmvscodegit log --graph --prettyoneline --abbrev-commit不加--prettyoneline会显示作者日期等Bug分支pycharmvscodegit cherry-pick冲突git cherry-pick commit-id 需要的是 “你当前仓库里能找到的那个提交对象” 的 idgit fetch/ git pull多人协作git push origin master git push 远程仓库名 本地分支名。如果远程上还没有 masterGit 会尝试在远程创建一个 master 分支。git push 远程仓库名 本地分支名:远程分支名git push rejectfailed to push some refshint: Updates were rejected because the tip of your current branch is behindhint: its remote counterpart.Integrate the remote changes (e.g. git pull ...) before pushing again解决方案git pull remote branchRebase--graph 沿着线追Updates were rejected because the remote contains work that you do not have locallyrefFirst, rewinding head to replay your work on top of itgit rebase rebase 翻译成 “以...为基准”为什么需要rebasegit merge 和 git rebase 区别rebase 的核心口诀在哪执行命令就是在给哪个分支搬家rebase后面跟谁谁就是基准rebase 过程中遇到冲突冲突文件 HEAD永远是当前工作区的内容git rebase -i 整理本地提交把很多小提交合成一个常用命令多个提交合并成1个rebase -i 为啥看起来像“只能保留最老的”使用Githubpull resquestgit diffgit diff commit1 commit2diff 输出其实等价于一个“补丁patch即从第一个参数变到第二个参数该怎么改。安装githttps://liaoxuefeng.com/books/git/time-travel/delete/index.html配置gitgitconfig--globaluser.nameYour Namegitconfig--globaluser.emailemailexample.comGit 每次你 git commit 的时候都会在提交里写上提交人名字user.name提交人邮箱user.email这两个信息就是用这两行命令配置的。以后看 git log 就会看到类似Author: Your Name emailexample.com# 命令行窗口运行查看所有配置gitconfig--list如果只想对“某一个仓库”生效那就命令行cd 到那个仓库根目录有 .git 的地方不加 --global只对当前仓库配置git config user.name “Project-Specific Name”git config user.email “project-emailexample.com”这样这个项目用一个名字其他项目仍然用全局配置什么是git 仓库“Git 仓库” 有 .git 的那棵目录树.git 所在的那一层目录就是这个仓库的根目录。创建版本库git addvscodegit statusOn branch master – 所在的分支是 masterChanges not staged for commit:–对提交来说修改还没有暂存git commit -a :“把所有已跟踪文件的修改/删除都一起提交掉”git add更改更改下的内容还没有放到暂存区还在工作区暂存的更改修改放到了暂存区git add xxx 等价于 vscode 在更改目录下点击 号git status$gitstatus On branch master Changes to be committed:-- 将要被提交的修改(usegit restore --staged file...to unstage)modified: readme.txtpycharm变更列表视图git add xxx 等价于 pycharm点击添加到VCS添加到 VCS” 把你的代码交给 Git 之类的版本管理工具来管。VCS Version Control System版本控制系统。最常见的就是Git你现在在用的还有别人家的SVN、Mercurial 等如果创建文件的时候选择了添加到git版本控制git add xxx 等价于右击文件-》git-添加【changes里的可能是已暂存的也可能是没暂存的】暂存区域视图未暂存工作区的修改还没放到暂存区git add xxx 等价于 pycharm 点击 时光穿梭机版本回退修改文件vscodepycharm变更列表changes里的内容可能已暂存也可能没有直接显示在changes处运行git add readme.txt 还是在change处等价于右击文件-》git-添加暂存区域显示在未暂存git logvscodepycharmgit reset 版本回退git reset–hard会回退到上个版本的已提交状态而–soft会回退到上个版本的未提交状态已暂存状态–mixed会回退到上个版本已添加但未提交的状态未暂存状态。hard回退到上个版本的已提交状态soft–soft会回退到上个版本的未提交状态已暂存状态vscodepycharm1、变更列表2、暂存区域mixedmixed会回退到上个版本已添加但未提交的状态未暂存状态。vscodeUnstaged changes工作区里有改动但还没有用 git add 加到暂存区还没进入 commit 的候选列表pycharm1、变更列表2、暂存区域工作区 和 暂存区工作区 你看得见、摸得着的文件编辑的永远是工作区暂存区stage或者叫index 下次提交要带走哪些改动的“候选区 / 提交清单”只有暂存区里的内容才会被 git commit 写进历史。git commit 把暂存区的所有内容提交到当前分支管理修改pycharm变更列表变更列表展示时虽然低2次的修改没有git add但是点击提交的时候会自动git add 2次修改都会带上暂存区域暂存区域展示时点提交只会提交在暂存的内容第二次的修改不会提交总结1、变更列表视图时暂存和没暂存的都在changes里此时点击提交pycharm会把没暂存的先暂存在提交2、暂存区域视图点提交只会提交已经暂存 的git diff HEAD – readme.txt看看现在工作区里的 readme.txt和最近一次提交HEAD 里的那个版本相比到底改了哪几行 老版本里有、现在没了被删/被换掉 新版本里有、老版本里没有新增/替换后的内容撤销修改git checkout/git restore 撤销工作区修改vscode暂存区没内容撤回到和上次提交一样的状态等价于点放弃更改按钮暂存区有内容撤回到加到暂存区后的状态等价于点放弃更改按钮pycharm暂存区没内容撤回到和上次提交一样的状态变更列表变更列表不好观察的一点就是不管有没有放到暂存区都在changers展示暂存区域等价于点 回滚按钮暂存区有内容变更列表不等价于点 回滚。点回滚后上次暂存的也没了暂存区域等价于点 回滚按钮git reset HEAD /git restore --staged 可以把暂存区的修改撤销掉unstage重新放回工作区vscode等价于 vscode 点击 -pycharm变更列表没找到等价按钮暂存区域等价于 点击取消暂存删除文件vscode删除文件恢复和撤销工作区修改时一样的删除也是一个修改操作pycharm变更列表暂存区域远程仓库添加远程仓库先有本地后有远程$ git remote add origingit push -u origin(远程仓库名) master本地分支名 把本地 master 推到远程 origin并且记住“master 对应 origin/master”。远程没有 master 分支在远程 创建 master远程已经有 master 分支把你本地 master 上比远程新的提交推到远程 mastergit push -u origin master 第一次把本地 master 推到远程 origin并且记住“master 对应 origin/master”以后可以直接 git push / git pull。省略了远程分支名所以 Git 默认“本地分支名 远程分支名”也就是 master - master。“为什么远程叫 origin”“.git/config 里的 [remote “xxx”]是在给这个本地仓库配置它知道有哪些远程仓库每个远程叫什么名字、地址是什么。”.git/config 里的 [remote “xxx”] 告诉本地仓库“我有一个叫 xxx 的远程它的地址是 url …”.git/config 里的 [branch “master”] remote xxx 告诉本地分支“我默认和远程 xxx 上的某个分支同步。”单个远程仓库多个远程仓库“只有一个的时候git pull / push 是从哪个远程仓库操作”“有多个远程仓库”git branch -vv 看“本地分支跟哪个远程分支绑定”git remote -v 查看当前这个本地仓库配置了哪些远程仓库以及它们各自的地址git push 远程名 本地分支名:远程分支git pull 远程名 远程分支名删除远程仓库git remote rm origin 这条命令的意思是把当前本地仓库里名字叫 origin 的“远程配置”删掉。从远程库克隆假设我们从零开发那么最好的方式是先创建远程库然后从远程库克隆。git clone 从远程仓库把代码 历史 整套复制一份到本地顺便帮你配好远程。git clone gitgithub.com:michaelliao/gitskills.git 会在本地创建一个 git 仓库并自动添加远程[remote “origin”]url gitgithub.com:michaelliao/gitskills.gitfetch refs/heads/:refs/remotes/origin/这条 fetch 规则表示远程所有分支在本地都有对应的“远程跟踪分支” origin/分支名。同时只创建一个本地分支比如 master 或 main并配置[branch “master”]remote originmerge refs/heads/master这表示本地 master 默认跟 origin/master 同步。其他远程分支比如 origin/dev需要你手动 git switch -c dev origin/dev 才会变成本地可开发的 dev 分支。git 会给这个远程仓库自动起名叫 origin并写进 .git/configgitxx:michaelliao/gitskills.git 是什么ssh密钥每换一台电脑都要配置下ssh公钥证明该电脑有操作权限clone 完成后本地仓库里都配置了什么带“自定义目录名”的克隆分支管理创建与合并分支在哪个分支下运行创建分支的命令就是基于哪个分支拉一个分支出来git merge xx 用于合并指定分支到当前分支git merge xx. xx 可以是本地分支名,远程跟踪分支名,commit id,tag分支分叉图两个分支各自发展一段时间之后被 merge 到一起产生了一个“合并提交 M”然后在 master 上做git merge dev。得出这个结论是因为合并后的新节点在master上吗因为 合并后的新节点 M 被 master 指向而 dev 还在 F所以我们能判断这次操作是git switch mastergit merge dev解决冲突git status$gitstatus On branch master Your branch is ahead oforigin/masterby2commits.(usegit pushto publish yourlocalcommits)You have unmerged paths.(fix conflicts and rungit commit)(usegit merge --abortto abort the merge)Unmerged paths:(usegit add file...to mark resolution)both modified: readme.txt no changes added to commit(usegit addand/orgit commit -a)use “git add …” to mark resolution 用 git add 文件名 来“标记这个冲突我已经解决好了”fix conflicts and run “git commit” 先把冲突文件改好fix conflicts再执行 git commit 完成这次合并git merge --abort 放弃这次合并 回到你执行 git merge 之前的状态pycharmvscodegit log --graph --prettyoneline --abbrev-commit不加–prettyoneline会显示作者日期等Bug分支pycharmvscodegit cherry-pick冲突git cherry-pick 需要的是 “你当前仓库里能找到的那个提交对象” 的 id本地分支上的提交远程分支上的提交。git fetch/ git pull多人协作git push origin master git push 远程仓库名 本地分支名。如果远程上还没有 masterGit 会尝试在远程创建一个 master 分支。git push 远程仓库名 本地分支名:远程分支名git push rejectpush 失败是因为远程 dev 比你本地 dev 更新你必须先把远程的提交拉下来并合并/变基到本地再 push。failed to push some refshint: Updates were rejected because the tip of your current branch is behindhint: its remote counterpart.是一句话终端换行窗口导致的Integrate the remote changes (e.g. ‘git pull …’) before pushing again解决方案git pull remote branch从远程仓库 origin 拉取 dev 分支的更新并把它合并或 rebase到你当前本地分支通常也是 dev。Rebase–graph 沿着线追Updates were rejected because the remote contains work that you do not have locallyrefFirst, rewinding head to replay your work on top of itgit rebase rebase 翻译成 “以…为基准”为什么需要rebasegit merge 和 git rebase 区别你的开发流应该是这样的在 feature 开发git checkout feature同步主分支进度git fetch git rebase origin/main (把自己的小家挪到最新地基)【如果和主干没有同样的修改也可以不用rebase直接提交合并请求】修好冲突本地测试通过。最后合并入主分支切换回 main执行 git merge feature。使用场景基于分支main拉了一个分支feature_zjx开发了900行代码测试通过后要上库但是上库的要求是不超过500所以这个分支不能直接上库第1步基于分支main在拉一个分支feature_zjx_1,吧feature_zjx上的一些提交pick到feature_zjx_1, 然后feature_zjx_1提交合并请求上库然后在feature_zjx分支上执行git rebase main就会以main的最新节点为基准把feature_zjx分支上的提及逐个搬到main最新节点后面此时feature_zjx分支形成了一条新的提交线此时合并请求就会把feature_zjx_1分支上的内容不显示在合并请求里【因为是对比后把比main分支多的内容逐个回放】只把没在feature_zjx_1分支上的显示在合并请求里rebase 的核心口诀在哪执行命令就是在给哪个分支搬家rebase后面跟谁谁就是基准当前分支执行的意思就是在哪个分支下输入的git rebase命令当前分支执行git rebase 你可以把它理解成把“你这条分支上自己做的提交”搬家到一个更新的基础上然后按顺序重新贴一遍。目的是让历史更直、更干净少很多“合并提交”。当前分支执行git rebase 把当前分支 rebase 到它配置的upstream上游跟踪分支 上。当前分支执行git rebase xxx 把“当前分支”上的提交挪到 xxx 的最新提交后面去当前分支的提交现在看起来就像是“刚刚”才基于最新的 xxx 开发的一样仍然在当前分支上rebase 过程中遇到冲突冲突文件 HEAD永远是当前工作区的内容在 rebase 冲突里HEAD 指的是“你正在 rebase 到的那个新底座upstream/onto在当前时刻的内容”git rebase -i 整理本地提交把很多小提交合成一个常用命令# p, pick commit use commit # r, reword commit use commit, but edit the commit message # e, edit commit use commit, but stop for amending # s, squash commit use commit, but meld into previous commit融入之前的提交 # f, fixup [-C | -c] commit like squash but keep only the previous # commits log message仅保留上一次提交的日志, unless -C is used, in which case # keep only this commits message; -c is same as -C but # opens the editor除非使用-C在这种情况下只会保留该commit的提交信息-c,-C是一样的只不过-c会打开编辑器多个提交合并成1个rebase -i 为啥看起来像“只能保留最老的”使用Githubpull resquesthttps://blog.csdn.net/qq_33429968/article/details/62219783git diffgit diffgit diff A B 到底在说什么diff 输出其实等价于一个“补丁patch即从第一个参数变到第二个参数该怎么改。“补丁”长什么样它其实就是一串编辑指令统一 diffunified diff里每一块会有类似 -oldStart,oldLen newStart,newLen 意思是旧文件从第 oldStart 行开始取 oldLen 行新文件从第 newStart 行开始取 newLen 行中间用 -//空格 表示删/增/不变所以它本质上就是“在旧文件的这些位置删这些行加这些行”。即“下面这段 diff 描述的是旧版本A该文件从第 oldStart 行开始的 oldLen 行[oldStartoldStartoldLen -1]和 新版本B该文件从第 newStart 行开始的 newLen 行 [newStart,newStartnewLen-1]之间的差别一个差异块。”“下面这段 diff 描述的是旧文件第 1~5 行 和 新文件第 1~6 行之间的差别。
git讲解，git vscode 对应，git pycharm 对应
发布时间：2026/5/20 11:43:19
文章目录安装git配置git什么是git 仓库创建版本库git addvscodegit statusgit addgit statuspycharm变更列表视图如果创建文件的时候选择了添加到git版本控制暂存区域视图时光穿梭机版本回退修改文件vscodepycharm变更列表暂存区域git logvscodepycharmgit reset 版本回退git resethardsoftvscodepycharmmixedvscodepycharm工作区 和 暂存区工作区 你看得见、摸得着的文件编辑的永远是工作区暂存区stage或者叫index 下次提交要带走哪些改动的“候选区 / 提交清单”管理修改pycharm变更列表暂存区域总结git diff HEAD -- readme.txt撤销修改git checkout/git restore file撤销工作区修改vscode暂存区没内容撤回到和上次提交一样的状态暂存区有内容pycharm暂存区没内容撤回到和上次提交一样的状态变更列表暂存区域暂存区有内容变更列表暂存区域git reset HEAD file/git restore --staged file可以把暂存区的修改撤销掉unstage重新放回工作区vscodepycharm变更列表暂存区域删除文件vscodepycharm变更列表暂存区域远程仓库添加远程仓库先有本地后有远程$ git remote add origingit push -u origin(远程仓库名) master本地分支名 把本地 master 推到远程 origin并且记住“master 对应 origin/master”。远程没有 master 分支在远程 创建 master远程已经有 master 分支把你本地 master 上比远程新的提交推到远程 master“为什么远程叫 origin”“.git/config 里的 [remote xxx]是在给这个本地仓库配置它知道有哪些远程仓库每个远程叫什么名字、地址是什么。”单个远程仓库多个远程仓库“只有一个的时候git pull / push 是从哪个远程仓库操作”“有多个远程仓库”git branch -vv 看“本地分支跟哪个远程分支绑定”git remote -v 查看当前这个本地仓库配置了哪些远程仓库以及它们各自的地址git push 远程名 本地分支名:远程分支git pull 远程名 远程分支名删除远程仓库从远程库克隆假设我们从零开发那么最好的方式是先创建远程库然后从远程库克隆。git clone 从远程仓库把代码 历史 整套复制一份到本地顺便帮你配好远程。gitxx:michaelliao/gitskills.git 是什么ssh密钥clone 完成后本地仓库里都配置了什么带“自定义目录名”的克隆分支管理创建与合并分支git merge xx 用于合并指定分支到当前分支git merge xx. xx 可以是本地分支名,远程跟踪分支名,commit id,tag分支分叉图解决冲突git statususe git add file... to mark resolution 用 git add 文件名 来“标记这个冲突我已经解决好了”fix conflicts and run git commit 先把冲突文件改好fix conflicts再执行 git commit 完成这次合并git merge --abort 放弃这次合并 回到你执行 git merge 之前的状态pycharmvscodegit log --graph --prettyoneline --abbrev-commit不加--prettyoneline会显示作者日期等Bug分支pycharmvscodegit cherry-pick冲突git cherry-pick commit-id 需要的是 “你当前仓库里能找到的那个提交对象” 的 idgit fetch/ git pull多人协作git push origin master git push 远程仓库名 本地分支名。如果远程上还没有 masterGit 会尝试在远程创建一个 master 分支。git push 远程仓库名 本地分支名:远程分支名git push rejectfailed to push some refshint: Updates were rejected because the tip of your current branch is behindhint: its remote counterpart.Integrate the remote changes (e.g. git pull ...) before pushing again解决方案git pull remote branchRebase--graph 沿着线追Updates were rejected because the remote contains work that you do not have locallyrefFirst, rewinding head to replay your work on top of itgit rebase rebase 翻译成 “以...为基准”为什么需要rebasegit merge 和 git rebase 区别rebase 的核心口诀在哪执行命令就是在给哪个分支搬家rebase后面跟谁谁就是基准rebase 过程中遇到冲突冲突文件 HEAD永远是当前工作区的内容git rebase -i 整理本地提交把很多小提交合成一个常用命令多个提交合并成1个rebase -i 为啥看起来像“只能保留最老的”使用Githubpull resquestgit diffgit diff commit1 commit2diff 输出其实等价于一个“补丁patch即从第一个参数变到第二个参数该怎么改。安装githttps://liaoxuefeng.com/books/git/time-travel/delete/index.html配置gitgitconfig--globaluser.nameYour Namegitconfig--globaluser.emailemailexample.comGit 每次你 git commit 的时候都会在提交里写上提交人名字user.name提交人邮箱user.email这两个信息就是用这两行命令配置的。以后看 git log 就会看到类似Author: Your Name emailexample.com# 命令行窗口运行查看所有配置gitconfig--list如果只想对“某一个仓库”生效那就命令行cd 到那个仓库根目录有 .git 的地方不加 --global只对当前仓库配置git config user.name “Project-Specific Name”git config user.email “project-emailexample.com”这样这个项目用一个名字其他项目仍然用全局配置什么是git 仓库“Git 仓库” 有 .git 的那棵目录树.git 所在的那一层目录就是这个仓库的根目录。创建版本库git addvscodegit statusOn branch master – 所在的分支是 masterChanges not staged for commit:–对提交来说修改还没有暂存git commit -a :“把所有已跟踪文件的修改/删除都一起提交掉”git add更改更改下的内容还没有放到暂存区还在工作区暂存的更改修改放到了暂存区git add xxx 等价于 vscode 在更改目录下点击 号git status$gitstatus On branch master Changes to be committed:-- 将要被提交的修改(usegit restore --staged file...to unstage)modified: readme.txtpycharm变更列表视图git add xxx 等价于 pycharm点击添加到VCS添加到 VCS” 把你的代码交给 Git 之类的版本管理工具来管。VCS Version Control System版本控制系统。最常见的就是Git你现在在用的还有别人家的SVN、Mercurial 等如果创建文件的时候选择了添加到git版本控制git add xxx 等价于右击文件-》git-添加【changes里的可能是已暂存的也可能是没暂存的】暂存区域视图未暂存工作区的修改还没放到暂存区git add xxx 等价于 pycharm 点击 时光穿梭机版本回退修改文件vscodepycharm变更列表changes里的内容可能已暂存也可能没有直接显示在changes处运行git add readme.txt 还是在change处等价于右击文件-》git-添加暂存区域显示在未暂存git logvscodepycharmgit reset 版本回退git reset–hard会回退到上个版本的已提交状态而–soft会回退到上个版本的未提交状态已暂存状态–mixed会回退到上个版本已添加但未提交的状态未暂存状态。hard回退到上个版本的已提交状态soft–soft会回退到上个版本的未提交状态已暂存状态vscodepycharm1、变更列表2、暂存区域mixedmixed会回退到上个版本已添加但未提交的状态未暂存状态。vscodeUnstaged changes工作区里有改动但还没有用 git add 加到暂存区还没进入 commit 的候选列表pycharm1、变更列表2、暂存区域工作区 和 暂存区工作区 你看得见、摸得着的文件编辑的永远是工作区暂存区stage或者叫index 下次提交要带走哪些改动的“候选区 / 提交清单”只有暂存区里的内容才会被 git commit 写进历史。git commit 把暂存区的所有内容提交到当前分支管理修改pycharm变更列表变更列表展示时虽然低2次的修改没有git add但是点击提交的时候会自动git add 2次修改都会带上暂存区域暂存区域展示时点提交只会提交在暂存的内容第二次的修改不会提交总结1、变更列表视图时暂存和没暂存的都在changes里此时点击提交pycharm会把没暂存的先暂存在提交2、暂存区域视图点提交只会提交已经暂存 的git diff HEAD – readme.txt看看现在工作区里的 readme.txt和最近一次提交HEAD 里的那个版本相比到底改了哪几行 老版本里有、现在没了被删/被换掉 新版本里有、老版本里没有新增/替换后的内容撤销修改git checkout/git restore 撤销工作区修改vscode暂存区没内容撤回到和上次提交一样的状态等价于点放弃更改按钮暂存区有内容撤回到加到暂存区后的状态等价于点放弃更改按钮pycharm暂存区没内容撤回到和上次提交一样的状态变更列表变更列表不好观察的一点就是不管有没有放到暂存区都在changers展示暂存区域等价于点 回滚按钮暂存区有内容变更列表不等价于点 回滚。点回滚后上次暂存的也没了暂存区域等价于点 回滚按钮git reset HEAD /git restore --staged 可以把暂存区的修改撤销掉unstage重新放回工作区vscode等价于 vscode 点击 -pycharm变更列表没找到等价按钮暂存区域等价于 点击取消暂存删除文件vscode删除文件恢复和撤销工作区修改时一样的删除也是一个修改操作pycharm变更列表暂存区域远程仓库添加远程仓库先有本地后有远程$ git remote add origingit push -u origin(远程仓库名) master本地分支名 把本地 master 推到远程 origin并且记住“master 对应 origin/master”。远程没有 master 分支在远程 创建 master远程已经有 master 分支把你本地 master 上比远程新的提交推到远程 mastergit push -u origin master 第一次把本地 master 推到远程 origin并且记住“master 对应 origin/master”以后可以直接 git push / git pull。省略了远程分支名所以 Git 默认“本地分支名 远程分支名”也就是 master - master。“为什么远程叫 origin”“.git/config 里的 [remote “xxx”]是在给这个本地仓库配置它知道有哪些远程仓库每个远程叫什么名字、地址是什么。”.git/config 里的 [remote “xxx”] 告诉本地仓库“我有一个叫 xxx 的远程它的地址是 url …”.git/config 里的 [branch “master”] remote xxx 告诉本地分支“我默认和远程 xxx 上的某个分支同步。”单个远程仓库多个远程仓库“只有一个的时候git pull / push 是从哪个远程仓库操作”“有多个远程仓库”git branch -vv 看“本地分支跟哪个远程分支绑定”git remote -v 查看当前这个本地仓库配置了哪些远程仓库以及它们各自的地址git push 远程名 本地分支名:远程分支git pull 远程名 远程分支名删除远程仓库git remote rm origin 这条命令的意思是把当前本地仓库里名字叫 origin 的“远程配置”删掉。从远程库克隆假设我们从零开发那么最好的方式是先创建远程库然后从远程库克隆。git clone 从远程仓库把代码 历史 整套复制一份到本地顺便帮你配好远程。git clone gitgithub.com:michaelliao/gitskills.git 会在本地创建一个 git 仓库并自动添加远程[remote “origin”]url gitgithub.com:michaelliao/gitskills.gitfetch refs/heads/:refs/remotes/origin/这条 fetch 规则表示远程所有分支在本地都有对应的“远程跟踪分支” origin/分支名。同时只创建一个本地分支比如 master 或 main并配置[branch “master”]remote originmerge refs/heads/master这表示本地 master 默认跟 origin/master 同步。其他远程分支比如 origin/dev需要你手动 git switch -c dev origin/dev 才会变成本地可开发的 dev 分支。git 会给这个远程仓库自动起名叫 origin并写进 .git/configgitxx:michaelliao/gitskills.git 是什么ssh密钥每换一台电脑都要配置下ssh公钥证明该电脑有操作权限clone 完成后本地仓库里都配置了什么带“自定义目录名”的克隆分支管理创建与合并分支在哪个分支下运行创建分支的命令就是基于哪个分支拉一个分支出来git merge xx 用于合并指定分支到当前分支git merge xx. xx 可以是本地分支名,远程跟踪分支名,commit id,tag分支分叉图两个分支各自发展一段时间之后被 merge 到一起产生了一个“合并提交 M”然后在 master 上做git merge dev。得出这个结论是因为合并后的新节点在master上吗因为 合并后的新节点 M 被 master 指向而 dev 还在 F所以我们能判断这次操作是git switch mastergit merge dev解决冲突git status$gitstatus On branch master Your branch is ahead oforigin/masterby2commits.(usegit pushto publish yourlocalcommits)You have unmerged paths.(fix conflicts and rungit commit)(usegit merge --abortto abort the merge)Unmerged paths:(usegit add file...to mark resolution)both modified: readme.txt no changes added to commit(usegit addand/orgit commit -a)use “git add …” to mark resolution 用 git add 文件名 来“标记这个冲突我已经解决好了”fix conflicts and run “git commit” 先把冲突文件改好fix conflicts再执行 git commit 完成这次合并git merge --abort 放弃这次合并 回到你执行 git merge 之前的状态pycharmvscodegit log --graph --prettyoneline --abbrev-commit不加–prettyoneline会显示作者日期等Bug分支pycharmvscodegit cherry-pick冲突git cherry-pick 需要的是 “你当前仓库里能找到的那个提交对象” 的 id本地分支上的提交远程分支上的提交。git fetch/ git pull多人协作git push origin master git push 远程仓库名 本地分支名。如果远程上还没有 masterGit 会尝试在远程创建一个 master 分支。git push 远程仓库名 本地分支名:远程分支名git push rejectpush 失败是因为远程 dev 比你本地 dev 更新你必须先把远程的提交拉下来并合并/变基到本地再 push。failed to push some refshint: Updates were rejected because the tip of your current branch is behindhint: its remote counterpart.是一句话终端换行窗口导致的Integrate the remote changes (e.g. ‘git pull …’) before pushing again解决方案git pull remote branch从远程仓库 origin 拉取 dev 分支的更新并把它合并或 rebase到你当前本地分支通常也是 dev。Rebase–graph 沿着线追Updates were rejected because the remote contains work that you do not have locallyrefFirst, rewinding head to replay your work on top of itgit rebase rebase 翻译成 “以…为基准”为什么需要rebasegit merge 和 git rebase 区别你的开发流应该是这样的在 feature 开发git checkout feature同步主分支进度git fetch git rebase origin/main (把自己的小家挪到最新地基)【如果和主干没有同样的修改也可以不用rebase直接提交合并请求】修好冲突本地测试通过。最后合并入主分支切换回 main执行 git merge feature。使用场景基于分支main拉了一个分支feature_zjx开发了900行代码测试通过后要上库但是上库的要求是不超过500所以这个分支不能直接上库第1步基于分支main在拉一个分支feature_zjx_1,吧feature_zjx上的一些提交pick到feature_zjx_1, 然后feature_zjx_1提交合并请求上库然后在feature_zjx分支上执行git rebase main就会以main的最新节点为基准把feature_zjx分支上的提及逐个搬到main最新节点后面此时feature_zjx分支形成了一条新的提交线此时合并请求就会把feature_zjx_1分支上的内容不显示在合并请求里【因为是对比后把比main分支多的内容逐个回放】只把没在feature_zjx_1分支上的显示在合并请求里rebase 的核心口诀在哪执行命令就是在给哪个分支搬家rebase后面跟谁谁就是基准当前分支执行的意思就是在哪个分支下输入的git rebase命令当前分支执行git rebase 你可以把它理解成把“你这条分支上自己做的提交”搬家到一个更新的基础上然后按顺序重新贴一遍。目的是让历史更直、更干净少很多“合并提交”。当前分支执行git rebase 把当前分支 rebase 到它配置的upstream上游跟踪分支 上。当前分支执行git rebase xxx 把“当前分支”上的提交挪到 xxx 的最新提交后面去当前分支的提交现在看起来就像是“刚刚”才基于最新的 xxx 开发的一样仍然在当前分支上rebase 过程中遇到冲突冲突文件 HEAD永远是当前工作区的内容在 rebase 冲突里HEAD 指的是“你正在 rebase 到的那个新底座upstream/onto在当前时刻的内容”git rebase -i 整理本地提交把很多小提交合成一个常用命令# p, pick commit use commit # r, reword commit use commit, but edit the commit message # e, edit commit use commit, but stop for amending # s, squash commit use commit, but meld into previous commit融入之前的提交 # f, fixup [-C | -c] commit like squash but keep only the previous # commits log message仅保留上一次提交的日志, unless -C is used, in which case # keep only this commits message; -c is same as -C but # opens the editor除非使用-C在这种情况下只会保留该commit的提交信息-c,-C是一样的只不过-c会打开编辑器多个提交合并成1个rebase -i 为啥看起来像“只能保留最老的”使用Githubpull resquesthttps://blog.csdn.net/qq_33429968/article/details/62219783git diffgit diffgit diff A B 到底在说什么diff 输出其实等价于一个“补丁patch即从第一个参数变到第二个参数该怎么改。“补丁”长什么样它其实就是一串编辑指令统一 diffunified diff里每一块会有类似 -oldStart,oldLen newStart,newLen 意思是旧文件从第 oldStart 行开始取 oldLen 行新文件从第 newStart 行开始取 newLen 行中间用 -//空格 表示删/增/不变所以它本质上就是“在旧文件的这些位置删这些行加这些行”。即“下面这段 diff 描述的是旧版本A该文件从第 oldStart 行开始的 oldLen 行[oldStartoldStartoldLen -1]和 新版本B该文件从第 newStart 行开始的 newLen 行 [newStart,newStartnewLen-1]之间的差别一个差异块。”“下面这段 diff 描述的是旧文件第 1~5 行 和 新文件第 1~6 行之间的差别。
技术解析)
