怎么自己做单页网站,太原建设设计公司网站,山西运城市建设局网站,广州安全教育平台打卡引热议大家好#xff0c;我是若川。持续组织了近一年的源码共读活动#xff0c;感兴趣的可以 点此加我微信ruochuan12 参与#xff0c;每周大家一起学习200行左右的源码#xff0c;共同进步。同时极力推荐订阅我写的《学习源码整体架构系列》 包含20余篇源码文章。历史面试系列。… 大家好我是若川。持续组织了近一年的源码共读活动感兴趣的可以 点此加我微信ruochuan12 参与每周大家一起学习200行左右的源码共同进步。同时极力推荐订阅我写的《学习源码整体架构系列》 包含20余篇源码文章。历史面试系列。另外目前建有江西|湖南|湖北籍前端群可加我微信进群。关于命令行工具强烈推荐我之前的文章》》》使用 ohmyzsh 打造 windows、ubuntu、mac 系统高效终端命令行工具。用过的都说非常好用。Git的杀手锏是带来了轻量级分支如果你使用svn分支就会被Git新建分支和切换分支时的速度所震惊。操作分支在Git中非常高频学好分支操作是学好Git的基础但在实际工作中我发现很多同学并不熟悉Git的分支操作本文试图通过图解的方式讲解常用分支操作命令和命令背后的Git分支模型。主分支在Git中新建一个项目后默认有一个分支即主分支。主分支一般表示项目的稳定版本主分支应该包含稳定没有 Bug 的代码并保持随时可以发布的状态对于小型项目来说只有一个主分支就够用了每次我们提交都会创建一个commit节点。$ git commit -m c1$ git commit -m c2$ git commit -m c3上面的命令会创建三个commit节点此时master分支如下图所示主分支上应该只包合并提交所有的迭代应该都在分支上进行如果是简单的改动直接在主分支修改也是可以的如果功能较复杂且需要多次提交不建议在主分支直接修改。功能分支当有新的功能要开发时应该新建一个功能分支命令如下$ git checkout -b feature/a接下来在分支上创建两个提交命令如下$ git commit -m c4$ git commit -m c5此时提交树如下图所示当功能分支开发完成后需要合并回主分支合并回主分支有两种选择快速合并和非快速合并二者的区别在于是否创建提交节点命令如下$ git merge feature/a # 快速合并
$ git merge --no-ff feature/a # 非快速合并快速合并的结果会直接将 master 指向了 feature/a如下图所示非快速合并的结果会在 master 创建合并提交节点如下图所示两种合并方式都可以如果选择快速合并需要保证每个提交都是独立且完整的如果不满足要求Git 支持修改提交历史需要修改后再次合并。修改历史可以使用 rebase 命令下面的命令可以修改最近三个提交将第二个提交的 pick 改为 squash可以合并第一个和第二个提交将第三个提交的 pick 改为 edit可以修改第三个提交的提交信息。$ git rebase -i HEAD~3pick d24b753 feat: update ci
squash f56ef2f feat: up ci
edit 6c91961 feat: up# Rebase 50ece5c..6c91961 onto 50ece5c (3 commands)
# Commands:
# 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 commit like squash, but discard this commits log message
# x, exec command run command (the rest of the line) using shell
# b, break stop here (continue rebase later with git rebase --continue)
# d, drop commit remove commit在创建当前分支之后主分支可能又有新的提交如下图所示在合并之前建议先将主分支新的提交合并到当前分支有两种策略可以选择合并和变基合并操作更简单变基操作提交树更清晰建议使用变基的方式。先来看下合并操作的过程命令如下$ git merge master
$ git checkout master
$ git merge feature/a合并操作后的提交树如下图所示变基会修改feature/a的历史就像 feature/a 是在 master 之后开发的一样变基命令如下$ git rebase master
$ git checkout master
$ git merge feature/a变基操作后的提交树如下图所示虚线的提交是feature/a变基之前的状态在变基后虚线的提交不再有分支指向但并不会删除而是变成Git中的游离节点在Git执行GC垃圾清理操作后节点才会彻底删除。故障分支如果发现存在 Bug要尽快修复此时可以基于主分支新建故障分支命令如下$ git checkout -b bugfix/b当验证没问题后故障分支需要合并回主分支并在主分支上发布新的补丁版本命令如下$ git checkout master
$ git merge --no-ff bugfix/b# 测试 构建 打标签 发布到npm主分支更新后下游的公共分支要及时同步变更建议使用变基进行同步命令如下$ git checkout feature/a
$ git rebase master故障分支模型如下图所示bugfix/b 分支合并到 master 后feature/a 分支进行了变基操作。标签与历史每次发布新版本时都要打标签版本号需要符合第四章介绍的语义化版本规范一般功能分支发布次版本号故障分支发布修订版本号使用Git添加tag的命令如下所示# 假设当前版本是 1.1.0
$ git tag 1.1.1 # 修改次版本号
$ git tag 1.2.0 # 修改主版本Git 的版本号还可以添加 v 前缀两种风格都可以建议在一个项目里面保持统一添加v前缀的版本示例如下# 假设当前版本是 v1.1.0
$ git tag v1.1.1 *# 修改次版本号
$ git tag v1.2.0 *# 修改主版本号添加标签后提交树示例如下图所示。现在假设最新版本是 v1.2.0 了突然用户反馈了 v1.0.0 版本存在 bug如果是比较小的问题一般我们会建议用户升级到最新版本 但如果用户不能升级怎么办比如 1.x 到 2.x 存在大版本变化。出于各种原因存在需要维护历史版本的需求对于还有用户使用需求的历史版本需要提供 bug 修复的支持。此时创建的标签就起作用了可以基于标签新建一个版本分支并在版本分支上修复 bug且发布新的版本历史版本分支不需要再次合并回主干分支创建标签分支的示例如下$ git checkout -b v1.0.x v1.0.0此时历史分支的示例如下图所示。总结本文介绍了Git常见的分支命令和分支模型希望能够帮助大家更好的掌握Git原理如果你觉得本文对你有帮助那就点赞加关注作者吧如果对本文有任何疑问欢迎在评论区交流。················· 若川简介 ·················你好我是若川毕业于江西高校。现在是一名前端开发“工程师”。写有《学习源码整体架构系列》20余篇在知乎、掘金收获超百万阅读。从2014年起每年都会写一篇年度总结已经坚持写了8年点击查看年度总结。同时最近组织了源码共读活动帮助4000前端人学会看源码。公众号愿景帮助5年内前端人走向前列。扫码加我微信 ruochuan12、拉你进源码共读群今日话题目前建有江西|湖南|湖北 籍 前端群想进群的可以加我微信 ruochuan12 进群。分享、收藏、点赞、在看我的文章就是对我最大的支持
