图解Git工作流程（Git总结，不适合初学者）

Mobius8086

已于 2023-08-07 19:20:24 修改

阅读量1.7k

点赞数 3

分类专栏： git 文章标签： git gitee

于 2023-08-07 19:15:11 首次发布

本文链接：https://blog.csdn.net/weixin_43589323/article/details/132150014

版权

12 篇文章 1 订阅

订阅专栏

以下所有图片均来源于网络，图片出处在下方给出，如有侵权，请联系删除。

在这里插入图片描述

图片来源：https://www.cxiansheng.cn/daily/490

第一张图没什么意思，就是觉得好看

在这里插入图片描述

图片来源：https://wsgzao.github.io/post/git/

在这里插入图片描述

图片来源：https://zhuanlan.zhihu.com/p/20175919

在这里插入图片描述

图片来源：https://www.w3cschool.cn/minicourse/play/gitcourse?cp=675&gid=0

在这里插入图片描述

图片来源：https://zhuanlan.zhihu.com/p/142854998

上图解释的是非仓库管理员如何参与项目开发与协作，因为没有权限，无法进行push操作，首先需要将项目clone克隆到本地，这样可以获取代码并在本地进行修改，修改完成之后，需要进行pull request操作请求仓库管理者进行代码合并，如何管理者同意，则你的代码则会进入到远程仓库中。

什么是fork？

在Git中，"fork"是指创建一个基于原始仓库的副本，使你能够在自己的仓库中独立地进行修改和开发，而不会影响原始仓库。通过fork，你可以复制一个项目的完整副本到自己的GitHub账户中，并在该副本上进行自己的修改和工作。
当你fork一个仓库时，GitHub会为你创建一个新的仓库，该仓库包含原始仓库的所有代码和历史记录。你可以在自己的仓库中进行任何修改、添加新功能、修复错误等操作，而不会影响原始仓库。你可以自由地在自己的仓库中进行开发，并将修改后的代码提交到你的仓库中。
通过fork，你可以轻松地参与开源项目的贡献。你可以fork一个项目，进行修改和改进，然后向原始仓库提交一个"Pull Request"（拉取请求），请求将你的修改合并到原始仓库中。项目的维护者可以审查你的修改，并决定是否接受你的贡献。
总结来说，"fork"是指在Git中创建一个原始仓库的副本，使你能够在自己的仓库中独立地进行修改和开发。这是一种常见的协作方式，特别适用于开源项目的贡献和团队合作。

以上回答来源于chatGPT

什么是Pull Request？

Pull Request（简称PR）是一种协作机制，常用于开源项目或团队协作中。它允许开发人员将自己的代码更改提交给项目的维护者，请求将这些更改合并到主代码库中。

具体流程如下：

通过Pull Request机制，开发人员可以与项目维护者进行代码审查、讨论和反馈，确保代码质量和项目一致性。这也为开源项目的贡献者提供了一种便捷的方式来参与项目并贡献代码。

以上回答来源于chatGPT

在这里插入图片描述

图片来源：https://xiaozhuanlan.com/topic/6342591078

Git的分支绝对是学习过程的一个痛难点，为什么要这么多分支呢？

分支允许开发人员在同一个代码库中并行开发多个独立的代码路径，每个分支都可以包含不同的提交历史和代码更改，这使得团队能够同时进行多个任务，而不会相互干扰。

一般来说，比较理想的分支结构如上下两幅图像所示，其中上图说明了分支之间的作用和意义，下图则是开发过程的分支示意图，一般来说，分支主要包括：

master：主分支，用于部署到正式环境，一般由 release 或 hotfix 分支合并，任何情况下不允许直接在 master 分支上修改代码，主要用于版本发布，tag就是打在这个上面的；
hotfix：紧急修复分支，命名规则为 hotfix- 开头，当线上出现紧急问题需要马上修复时，需要基于 release 或 master 分支创建 hotfix 分支，修复完成后，再合并到 release 或 develop 分支，一旦修复上线，便将其删除；
develop：开发测试分支，该分支保存了正常开发的最新代码，始终保持最新完成以及 bug 修复后的代码，可根据需求大小程度确定是由 feature 分支合并，还是直接在上面开发，一定是满足测试的代码才能往上面合并或提交
feature：具体的功能开发分支，只与 develop 分支交互；
release：可认为是 master 分支的未测试版。比如说某一期的功能全部开发完成，那么就将 develop 分支合并到 release 分支，测试没有问题并且到了发布日期就合并到 master 分支，进行发布。