Git 分支管理指南
本地分支操作
创建分支
使用git branch 分支名可以创建分支,但是不会自动切换到分支。需要手动切换。
使用git checkout -b 分支名可以创建并切换到分支。
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
例如在原来的master分支上进行了修改,并不提交,然后使用git checkout -b lab1命令可以创建并切换到lab1分支,然后将修改进行commit,然后执行git push origin lab1就可以看到修改的提交到了lab1分支了,原来的master分支没有修改。
创建并切换分支(现代写法)
git switch -c <分支名>
分支切换
git checkout 已存在分支名
git switch <分支名>
分支重命名
# 重命名当前分支
git branch -m <新分支名>
# 重命名指定分支
git branch -m <旧分支名> <新分支名>
删除分支
安全删除(已合并的分支):git branch -d 分支名称
强制删除(未合并的分支):git branch -D 分支名称
查看本地分支
用git branch命令查看当前分支【本地分支】:
$ git branch
* dev
master
使用git branch -r 查看对应的【远程分支】:
$ git branch -r
origin/local-v2.0
这是会看到master和dev,而且dev上会有一个星号,这个时候dev是一个本地分支,远程仓库不知道它的存在。
本地分支可以不同步到远程仓库,我们可以在dev开发,然后merge到master,使用master同步代码。
分支比较
例如当前在master分支上,通过命令git diff dev可以比较当前分支与dev分支的差异。
合并本地分支
例如当前所在的分支为dev,需要将test分支合并到dev
git merge test,这样dev分支就与test分支一致了
分支开发工作流
在dev分支开发代码。
git switch -c feature/new-module # 创建功能分支
# 进行开发...多次提交
git push -u origin feature/new-module # 首次推送
# 完成开发后:
git switch main
git pull origin main # 更新主分支
git merge --no-ff feature/new-module # 合并功能分支
git push origin main
# 清理分支
git branch -d feature/new-module
git push origin --delete feature/new-module
远程分支管理
查看分支信息
# 本地分支(带*号为当前分支)
git branch
# 远程分支
git branch -r
# 所有分支(本地+远程)
git branch -a
推送本地分支
# 首次推送需建立关联
git push -u origin 分支名
# 后续推送可简写
git push
例如我们在dev分支上进行了修改,然后提交了,然后执行git push origin dev就可以将dev分支的代码推送到远程仓库了。
$ git checkout 分支名称
Switched to branch 'master'
发布到远端分支
git push origin dev # 这样远程仓库也有一个dev分支了
git push origin 远端分支名
发布dev分支指的是同步dev分支的代码到远程服务器
拉取远程分支
# 标准拉取方式(推荐)
git fetch origin
git checkout -b 本地分支名 origin/远程分支名
这样会建立本地分支和远程分支的追踪关系。
git远程分支追踪
在某些场合,Git会自动在本地分支与远程分支之间,建立一种追踪关系(tracking)。比如,在git clone的时候,所有本地分支默认与远程主机的同名分支建立追踪关系,也就是说,本地的master分支自动”追踪”origin/master分支。
Git也允许手动建立追踪关系。
$ git branch --set-upstream master origin/next
上面命令指定master分支追踪origin/next分支。
如果当前分支与远程分支存在追踪关系,git pull就可以省略远程分支名。
$ git pull origin
上面命令表示,本地的当前分支自动与对应的origin主机”追踪分支”(remote-tracking branch)进行合并。
如果当前分支只有一个追踪分支,连远程主机名都可以省略。
$ git pull
上面命令表示,当前分支自动与唯一一个追踪分支进行合并。
查看本地分支与远程分支的追踪
使用命令git branch -vv可以查看本地分支信息和追踪的远程分支
$ git branch -vv
* main 123abcd [origin/main] Commit message
feature xyz4567 [origin/feature] Another commit
test abc1234 [origin/test: ahead 2, behind 1] Test commit
- 方括号
[]中的内容表示追踪的远程分支 ahead 2表示本地有2个提交未推送到远程behind 1表示远程有1个提交未合并到本地
删除远程分支
我们用git branch -r查看远程分支,查看到有两个分支local-v2.0和master,我们想删除master分支。
# origin 表示远程仓库的别名
git push origin --delete master
远程仓库管理
查看远端仓库
$ git remote -v
origin http://192.168.152.39/duandingyang/shenzhen.git (fetch)
origin http://192.168.152.39/duandingyang/shenzhen.git (push)
删除远程仓库
使用命令git remote -v可以查看到远程仓库:
old-origin http://192.168.1.100:81/user1/shenzhen.git (fetch)
old-origin http://192.168.1.100:81/user1/shenzhen.git (push)
origin http://192.168.1.101/user1/shenzhen.git (fetch)
origin http://192.168.1.101/user1/shenzhen.git (push)
我们想删除origin对应的仓库地址,使用命令:
git remote remove origin
这样再通过git remote -v查看仓库:
old-origin http://192.168.1.100:81/user1/shenzhen.git (fetch)
old-origin http://192.168.1.100:81/user1/shenzhen.git (push)
添加远端仓库
git remote add origin https://github.com/vincentduan/selfweixin.git
其中origin就是为远端仓库所起的名字,一般叫做origin,其实你也可以叫做jack或者Rose什么的,后面的https://github.com/vincentduan/selfweixin.git就是你的远端仓库的真实地址。
git添加两个远程仓库
由于当前项目已经有一个远端仓库,根据需要需要添加另一个远端仓库。
首先需要在远端创建一个仓库:test-python。
需要注意的是,添加一个远端分支名字不能是origin。
git remote add remote_iie4bu http://IP:81/test/test-python.git
然后查看,可以看到有两个远端分支:
$ git remote -v
origin https://gitee.com/jack/test-python.git (fetch)
origin https://gitee.com/jack/test-python.git (push)
remote_iie4bu http://IP:81/jack/test-python.git (fetch)
remote_iie4bu http://IP:81/jack/test-python.git (push)
使用git push remote_iie4bu 远端分支名就可以推送到远端分支remote_iie4bu了
使用git pull remote_iie4bu 远端分支名就可以将远端分支拉取到本地了
设置免密登录
git解决每次拉取代码都需要用户名密码。
在命令行里执行git config --global credential.helper store,这会在gitconfig目录下创建一个文件,用于记录账号和密码;
再执行一次git pull,输入正确的账号密码,以后就不用再输了
git pull
git pull使用说明
git pull命令用于从另一个存储库或本地分支获取并集成(整合)。git pull命令的作用是:取回远程主机某个分支的更新,再与本地的指定分支合并,它的完整格式稍稍有点复杂。
使用语法: git pull [options] [<repository> [<refspec>…]]
- 将远程存储库中的更改合并到当前分支中。在默认模式下,git pull是git fetch后跟git merge FETCH_HEAD的缩写。
更准确地说,git pull使用给定的参数运行git fetch,并调用git merge将检索到的分支头合并到当前分支中。 使用--rebase,它运行git rebase而不是git merge。
以下是一些示例:
$ git pull <远程主机名> <远程分支名>:<本地分支名>
比如,要取回origin主机的next分支,与本地的master分支合并,需要写成下面这样 -
$ git pull origin next:master
如果远程分支(next)要与当前分支合并,则冒号后面的部分可以省略。上面命令可以简写为:
$ git pull origin next
上面命令表示,取回origin/next分支,再与当前分支合并。实质上,这等同于先做git fetch,再执行git merge。
$ git fetch origin
$ git merge origin/next
如果合并需要采用rebase模式,可以使用–rebase选项。
$ git pull --rebase <远程主机名> <远程分支名>:<本地分支名>
git fetch和git pull的区别
git fetch:相当于是从远程获取最新版本到本地,不会自动合并。
$ git fetch origin master
$ git log -p master..origin/master
$ git merge origin/master
以上命令的含义:
首先从远程的origin的master主分支下载最新的版本到origin/master分支上
然后比较本地的master分支和origin/master分支的差别
最后进行合并
上述过程其实可以用以下更清晰的方式来进行:
$ git fetch origin master:tmp
$ git diff tmp
$ git merge tmp
git只拉取项目中的某个目录
使用 sparse clone 实现部分代码的拉取
假设我的项目目录是:
--my_project
--proj1
--proj2
--proj3
--proj4
现在我只想在服务器上拉取 proj2 目录下的东西。
$ mkdir my_project
$ cd my_project
$ git init
Initialized empty Git repository in /home/user1/lib/username/.git/
$ git remote add -f origin http://xxx/user_name/my_project.git #拉取remote的all objects信息
Updating origin
remote: Counting objects: 1141, done.
remote: Compressing objects: 100% (591/591), done.
remote: Total 1141 (delta 659), reused 871 (delta 491)
Receiving objects: 100% (1141/1141), 2.65 MiB | 10.07 MiB/s, done.
Resolving deltas: 100% (659/659), done.
From http://xxx/user_name/my_project
* [new branch] local-v2.0 -> origin/local-v2.0
$ git config core.sparsecheckout true #开启sparse clone
# 默认没有sparse-checkout文件
$ echo "proj2" >> .git/info/sparse-checkout #设置需要pull的目录,*表示所有,!表示匹配相反的
$ less .git/info/sparse-checkout
proj2
$ git pull origin local-v2.0 #拉取
$ ls
proj2
假如还想要拉取其他文件或者目录的话,可以通过 git sparse-checkout add 命令来添加。
这就实现了,远程仓库和云服务器仓库之间的定制化同步,需要什么目录和文件就同步什么目录和文件,不需要的可以统统不要。
git sparse-checkout disable表示禁用git sparse-checkout。git sparse-checkout reapply表示重新启用git sparse-checkout
git 设置origin 默认上传url
当前远程分支情况如下:
$ git remote -v
gitee https://gitee.com/jack/proj_1.git (fetch)
gitee https://gitee.com/jack/proj_1.git (push)
origin http://my_ip/rose/proj_1.git (fetch)
origin http://my_ip/rose/proj_1.git (push)
我们输入git push时,默认会推送到origin对应的http://my_ip/rose/proj_1.git路径下。我们希望的是,输入git push可以推送到https://gitee.com/jack/proj_1.git下。
- 使用命令
git remote set-url origin https://gitee.com/jack/proj_1.git将origin连接到https://gitee.com/jack/proj_1.git下。这样我们输入git remote -v得到:
$ git remote -v
gitee https://gitee.com/jack/proj_1.git (fetch)
gitee https://gitee.com/jack/proj_1.git (push)
origin https://gitee.com/jack/proj_1.git (fetch)
origin https://gitee.com/jack/proj_1.git (push)
这将更改origin的URL,使其指向我想要提交的远程存储库。现在,当运行git push命令时,它将默认将更改推送到https://gitee.com/jack/proj_1.git。
- 使用以下命令将
gitee删除:git remote remove gitee。输出如下:
origin https://gitee.com/jack/proj_1.git (fetch)
origin https://gitee.com/jack/proj_1.git (push)
- 从新添加新的分支:
git remote add my_remote http://my_ip/rose/proj_1.git。输入命令git remote -v
my_remote http://my_ip/rose/proj_1.git (fetch)
my_remote http://my_ip/rose/proj_1.git (push)
origin https://gitee.com/jack/proj_1.git (fetch)
origin https://gitee.com/jack/proj_1.git (push)
修改origin名称
需求:
目前我们有一个项目从
http://192.168.1.100/proj1.git拉取的。
我们想要把这个项目迁移到http://192.168.1.101/proj1.git上。
执行命令:
cd proj1
git remote rename origin old-origin
git remote add origin http://192.168.1.101/proj1.git
git push --set-upstream origin --all
git push --set-upstream origin --tags
git push --set-upstream origin --all 这个命令的含义是将本地的所有分支推送到远程仓库,并且设置这些分支的上游分支(upstream branch)为远程仓库的同名分支。这通常用于首次将本地仓库的分支与远程仓库进行关联,以后可以使用简化的 git push 命令来推送更改而不需要再指定远程分支。
具体解释如下:
git push: 这是用于将本地更改推送到远程仓库的 Git 命令。--set-upstream: 这个选项告诉 Git 在推送时设置本地分支与远程分支之间的关联。origin: 这是远程仓库的名称,通常情况下,“origin” 是默认的远程仓库名称,代表了你的代码托管服务(如 GitHub、GitLab、Bitbucket)上的仓库。--all: 这个选项告诉 Git 推送所有本地分支到远程仓库。
因此,当你运行这个命令后,Git 会将所有本地分支的更改推送到远程仓库,并且为每个本地分支设置相应的上游分支,以后你可以使用 git push 来推送更改,Git 将自动知道要将更改推送到哪个远程分支。
git commit
- 查看最近一次提交中有哪些文件被修改了:
git diff --name-only HEAD~1 - 如果执行了
git commit -m "update"命令,但是想撤销某个文件夹的修改,可以使用git restore --source=HEAD~1 ssd/embedding/命令将ssd/embedding/下的所有文件重新添加回暂存区。
将分支1上的修改移到分支2上
本来想在分支2上进行代码修改,但由于疏忽,在分支1上进行了修改。想要的是将在分支1上做的修改转移到分支2上,同时保持分支1不变。正确的步骤应该是:
- 首先确保你在
分支1上(已经做了修改但未提交) - 将这些修改暂存起来:
git stash
- 切换到
分支2并应用暂存:
git checkout dev2
git stash apply stash
将分支1上的某个文件(夹)合并到分支2上
比如有两个分支,分别是dev和master,如果我想将dev分支的某个文件(或者文件夹)合并到master分支。应该如何操作?
- 首先切换到
master分支。git checkout master - 从
dev检出文件或整个文件夹。git checkout dev -- path/to/foldergit checkout dev -- path/to/file
- 这样就将
dev的文件(夹)合并到了master中
从windows中将代码通过xftp传到服务器
默认情况下,通过xftp传输Windows中的代码到服务器中,会出现文件内容没有更改,但是git监测到了更改。
解决办法:
- 需要设置xftp的迁移类型为
ASCII,而不是二进制。
git worktree
Git Worktree 是一种轻量级的方式,可以在同一仓库中创建多个工作区,每个工作区可以独立签出不同的分支。与 git clone 不同,Worktree 共享同一个本地仓库,避免了重复克隆的开销。
场景
当前在
feature分支上工作,临时接到一个需求要在main分支上修改
一般的做法是:
- 在
feature分支上使用git stash暂存feature分支上的修改 - 然后切换到
main分支,完成commit - 切换回
feature
这样做没有问题,但是容易忘记git stash的内容。这个时候就需要git worktree
一般来说一个项目只有一个工作目录,想看main分支上的代码就将工作目录切换到main分支上,想看feature就切换到feature分支上。而通过git worktree命令,可以显示多个分支的工作目录。
未使用git worktree一个仓库对应一个目录,这个目录中是一个分支的代码;使用git worktree,可以将一个仓库对应多个目录,每个目录对应一个分支,这样就可以看到多个分支了,并且在一个目录中修改文件,另一个目录也会知道这次修改
添加一个新的工作树
git worktree add [路径] [分支名]
例如git worktree add ../my-repo-main main 命令将main分支放到上一级目录中,目录名为my-repo-main,对my-repo-main文件夹的修改,不会影响当前的工作目录。
查看worktree list
git worktree list可以查看所有的worktree
删除worktree
git worktree remove [路径]
锁定工作树,防止被删除
git worktree lock <路径> --reason "原因"
解锁工作树
git worktree unlock <路径>
查看远端分支
git worktree add [路径] origin/main 可以添加远端origin的main分支到[路径]
9351

被折叠的 条评论
为什么被折叠?



