Git 工作流程

关注

原创最新推荐文章于 2026-02-13 14:53:28 发布 1.8k 阅读 AI 写同款· GEO 优化 ›

Git的工作流程概述 ○ 通过 git log 查看提交历史，git checkout 切换到过去某个提交的状态，或使用 git revert、git reset、git reflog 等命令进行更复杂的版本回溯和修改操作。○ 使用 git checkout 或 git switch 切换到不同的分支进行开发，例如 git checkout feature-x。○ 使用 git fetch 和 git merge 或 git rebase 来获取和整合他人提交的代码。○ 通过 git fetch 更新本地仓库中远程分支的信息。阅读详情

在项目的源代码管理中，现在很多公司，很多项目组都会在内网架设一个Git 服务器，利用Git 来管理不同项目组的不同项目。

在自己的日常学习中，我们利用Git来管理自己的项目的时候，在自己本地想怎么弄就怎么弄，弄坏了也不会影响别人。

但是处于一个项目组中，要跟其他同事一起来开发，那就不是这么简单了，一个弄不好，可能就把别人的努力给白费了。

所以，利用Git的分支特性，就有人归纳总结出了所谓的Git工作流。

一句题外话：总结是学习中一个很重要的阶段，能帮助一个人更好的回顾所学的知识，更好地掌握知识。

具体到每一个项目组中，每一天都会有新的代码产生，有新的功能要测试，有新的Bug要回归，有新的模块要上线，这么多的繁乱代码，要是都往一个分支上放，到时候有哪些代码是要上线的，有哪些不能上的，怎么打出这个版本的代码，会死人的。

master分支

在创建Git项目的时候，一般的默认分支都是master。

在master分支上，我们一般会放置比较稳定的代码。何谓稳定？就是已经发布到生产上的版本，正式给客户用的产品。

如果这一次上线失败，需要回滚，可以直接定位到上一个版本，实现回滚。同时，不用担心，在这个期间的改动会影响到这个分支的代码。

所以在master分支，一般只有在成功发布到生产环境上之后，才会将对应的代码给推送到对应的分支。

不过由于Git提交的是加密的一长串字符串，不好记，所以一般会利用打标签的方式，为每一次推送打对应的版本号，如上面的1.0等。

Develop 分支

而在发布版本之后到下一次发布版本之前，应该也必须定好下一次要发版的需求（这个计划很重要，会影响版本控制的质量）。项目中有多个开发人员，每一个人在本地开发完自己的功能点或者模块之后，必须确定是下一次要发版的代码，才将其推送到Develop分支。这样，才能由对应的测试组或者测试人员获取此分支下的内容来进行测试。

总结一下，Develop分支必须存放的是下一次要发版的需求功能点，当经过测试之后，直接拿此分支的内容发布到生产环境。发布成功，将此分支的内容推送到master分支上。