git使用

关注

原创最新推荐文章于 2026-06-04 15:19:07 发布 574 阅读 AI 写同款· GEO 优化 ›

Git-git worktree的使用 Git worktree 是解决多分支开发场景的高效工具。相比传统方法，它可以为同一仓库创建多个独立工作区，每个工作区对应不同分支，避免了频繁切换分支时重新编译的问题。通过 git worktree add 创建新工作区后，各工作区编译文件相互独立，且共享同一个.git目录，既节省磁盘空间又保持实时同步。相比复制整个项目或频繁切换分支，worktree 方案在时间效率、磁盘利用和操作便捷性上都有明显优势，特别适合需要同时在多个分支开发的场景。阅读详情

配置ssh

配置SSH

使用步骤

git init
git add file
git commit -m 'description'

查看暂存区状态

git  status

查看修改内容

git diff 比较的是工作区文件与暂存区文件的区别（上次git add 的内容）

git diff

查看提交记录

commit后面的是版本号,head是指向当前版本的一个指针,往前一个版本的指针是head^ ,两个是head^^ 多个就是head ~ x

git log
//如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
git log --pretty=oneline

在这里插入图片描述

版本回退

git reset --hard HEAD^

在这里插入图片描述

记录版本改变的命令(查找commit的id)

git reflog

在这里插入图片描述

撤销修改

git checkout -- fileName
一种是fileName自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是fileName已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

Git同样告诉我们，用命令git reset HEAD 可以把暂存区的修改撤销掉（unstage），重新放回工作区：

$ git reset HEAD readme.txt
Unstaged changes after reset:

git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

删除文件的恢复

1.只在工作区删除了文件
在这里插入图片描述
此时git status追踪到工作区删除了文件,使用git restore readme.txt
可以恢复文件

git restore readme.txt

2.工作区和版本库都删除了(版本库删除用 git rm readme.txt)

使用版本回退进行文件的恢复

git reset --hard HEAD^

远程仓库与本地仓库进行关联

//这个https地址是创建仓库自动生成的
 git remote add origin https://github.com/simple5960/learngit.git
 添加后，远程库的名字就是origin，这是Git默认的叫法，
 也可以改成别的，但是origin这个名字一看就知道是远程库。

本地仓库内容推送到远程仓库

关联一个远程库时必须给远程库指定一个名字，origin是默认习惯命名；

在GitHub创建的仓库为空,但是本地仓库不为空的情况下

//第一个是与远程仓库建立关联
git remote add origin git@github.com:simple5960/learngit.git
git branch -M main
git push -u origin main
//以后再推送的时候,只需要执行下面这一句就OK了
git push origin main
//等同于 git push origin main：main
//git push <远程主机名> <本地分支名>:<远程分支名>
git push --all origin 当遇到这种情况就是不管是否存在对应的远程分支，将本地的所有分支都推送到远程主机，这时需要 -all 选项

在这里插入图片描述

GitHub仓库不为空的情况下

git remote add origin git@github.com:simple5960/mac-git.git
git branch -M main
git push -u origin main

与远程仓库解除关联

如果添加的时候地址写错了，或者就是想删除远程库，可以用git remote rm 命令。使用前，建议先用git remote -v查看远程库信息：

然后，根据名字删除，比如删除origin：

$ git remote rm origin

创建与合并分支

在这里插入图片描述

创建切换分支

git branch branchName
git checkout branchName
//以下这条命令相当于执行上面两条命令
//创建并且切换分支
git checkout -b dev
git branch命令查看当前分支：

合并分支

首先要切换到当前的主分支
git checkout main
然后合并分支
git merge branchName

解决分支的冲突

比如在一个非主分支修改了文件,然后切换回主分支的时候又修改了文件,这样在进行分支合并的时候就不知道该遵守谁的修改

查看两边都修改后的内容

此时只需要手动修改=>然后git add＋git commit就行了

 git add readme.txt 
 git commit -m "conflict fixed"

查看解决合并的冲突

git log --graph --pretty=oneline --abbrev-commit

删除分支

git branch -d name

在这里插入图片描述

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

bug分支

在这里插入图片描述

git stash

使用git stash将工作现场储存起来
在这里插入图片描述

git stash pop

在这里插入图片描述
使用git stash pop恢复工作区

强行删除未合并的分支

git branch -D branchName

在这里插入图片描述

推送分支

git pull origin branchName
//origin是远程仓库的默认名字

多人协作

因此，多人协作的工作模式通常是这样：

1.首先，可以试图用git push origin 推送自己的修改；

2.如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

3.如果合并有冲突，则解决冲突，并在本地提交；

4.没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！

5.如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

git标签

为了避免繁琐的commit id号码,出现了标签

在这里插入图片描述

git tag xxx commitId
//为忘记打标签的id打上标签

在这里插入图片描述
删除标签

git tag -d tagName

将标签推送到远程

git push origin <tagname>
git push origin --tags可以推送全部未推送过的本地标签；

开源项目

Fork到自己的GitHub仓库->Git Clone到本地->Git Pull提交修改
参考

git rebase与merge的区别

git rebase

git fetch和git pull的区别

git在本地会保存两个版本的仓库，分为本地仓库和远程仓库。
1、本地仓库就是我们平时 add、commit 的那个仓库。
2、远程仓库可以用git remote -v查看（这里的远程仓库是保存在本地的远程仓库，等同于另一个版本，不是远程的远程仓库）。

说说 fetch 和 pull 的不同:

fetch 只能更新远程仓库的代码为最新的，本地仓库的代码还未被更新，我们需要通过 git merge origin/master 来合并这两个版本，你可以把它理解为合并分支一样的。

pull 操作是将本地仓库和远程仓库（本地的）更新到远程的最新版本。

如果想要更加可控一点的话推荐使用fetch + merge。

收录于