Hello，大家好，我是 Sunday。
让我们假设一个场景：
你正在某个分支中处理一个名为“feature”的功能，突然之间需要在主分支（master）中修复一个关键性 bug。
如果没有使用 git worktree，那么你必须：
特别是如果你需要多次来回切换，这就显得很麻烦了。
但是 如果使用了 git worktree 那么整个操作的流程就会变得更加简单。你可以直接拥有 feature 和 master 两个分支的单独工作目录 并且可以分别在不同目录之间完成开发工作，不再需要进行来回切换
假设你目前在 feature 分支上，正在处理项目的开发工作。突然间，你需要在主分支上修复一个错误。
那么此时你可以使用以下命令为主分支创建一个新的工作树（worktree）：
git worktree add ../bugfix master该命令在当前存储库的相对路径 ../bugfix 处创建一个新目录，并在该目录中签出主分支。现在，你可以转到 bugfix 目录并修复 bug：
cd ../bugfix你在这里进行的任何更改都将在主分支上进行，并不会影响其他分支。一旦完成了bug修复，则可以直接提交你的更改：
git commit -am "修复 bug"现在，你可以返回到原工作目录并继续在原分支（feature）上完成之前的工作：
cd ../feature在原分支（feature）中的完成过的代码依然存在，并且你不需要进行额外的存储和切换分支的操作。
这就是使用 git worktree 完成日常工作的操作流程，它 允许我们同时在多个分支上工作，并且每个分支都有自己的工作目录
让我们把整个过程梳理一遍：
## Push 操作# 从 bugfix 目录提交 bugfix 分支cd ../bugfixgit push origin master# 从 feature 目录提交 feature 分支cd ../featuregit push origin feature## Merge 操作# 切换分支到 mastercd ..git checkout master# 合并代码到 mastergit merge master# 合并到 featuregit merge feature## 删除操作git worktree remove ../bugfixgit worktree remove ../feature## 将合并后的更改推送到远程仓库git push origin master除了上述场景之外，git worktree 还有很多其他好处：
本文链接：//www.dmpip.com//www.dmpip.com/showinfo-26-84001-0.htmlGit Worktree 让你再也无需切换分支！
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
