Git
这是git的官方文档直通车🚃:
容我随手截图:
![](https://i-blog.csdnimg.cn/blog_migrate/bd0440a693b9f9c2bd4d69c4ebd359ee.png)
可能对于英语成绩不好的小姐妹来说,文档是相当的不友好.
头晕了,幻痛了(读书的回忆全都回来了).
全是英语,宝宝难受,人生艰难😑😮💨.
但,这些都是小问题!
我们只要轻轻的滑动一下鼠标,关注这块就可以了🙈:
![](https://i-blog.csdnimg.cn/blog_migrate/ee7e4d1508d4d50314a5145b41dcde94.png)
左边就是日常的git指令和设置SSH之类的老生常谈的操作.
然后看右边的About pull request这就是需要介绍的.
你只需要了解四条最常规的git指令就ok😋.
// 添加文件到暂存区
git add .
// 设置提交的说明
git commit -m "feat: xxx"
// 拉去远程仓库代码
git pull origin <branch name>
// 推送远程仓库代码
git push origin <branch name>
![](https://i-blog.csdnimg.cn/blog_migrate/6fa807f05f1eeb5eda92c2052d777780.png)
git workflow
一种基于gitflow的工作方式,这种工作方式主要用于: 管理新功能😎,发布新特性📢,以及维护👨🏻🔧👩🏻🔧等.
大部分人都使用github都只是单纯的用它来储存代码🤪,但是,github上⭐上万的repo.参与代码的贡献者们有上千上万🤨他们该如何管理各种代码冲突🤪和版本发布🤪呢?
这便是gitflow: 根据不同的工作特性来创建不同的分支进行定义:
master 主分支
feature 新分支
hotfix 热补丁分支
fix 修复bug分支
等..
那么,所有基于master衍生出来的分支该如何管理呢❓❓❓
PR便是管理这些gitflow的屠龙宝刀❗❗❗
Pull Request
官网介绍:
![](https://i-blog.csdnimg.cn/blog_migrate/536a398191f37fa9c211fd71e311a057.png)
简而言之🚴🏻♂️: 当你在自己的feature(fix.hotfix)分支或者派生仓库上完成功能开发,并入主分支(稳定版本)或者主仓库的一个可视化请求.
现在,找一个项目开启一次PR完成流程🧐.
找项目
👨🏻随随便便在网上找一个大型开源项目🧑🏻🔧然后准备动手⚠️,准备动手⚠️
百度的深度学习的repo. 现在对他发一个最简单的PR.
贴上地址:
https://github.com/PaddlePaddle/Paddle.
修改错别字🙈
fork repo
![](https://i-blog.csdnimg.cn/blog_migrate/bd16d1e08c2578388cc09ef6ff37a3c4.png)
出现如下界面:
![](https://i-blog.csdnimg.cn/blog_migrate/99d11a1fd6dd34dbadd8edce2868e1fa.png)
然后,随便找个错别字更正🙉:
push到自己fork的仓库,然后创建PR,如下图所示:
![](https://i-blog.csdnimg.cn/blog_migrate/78e7a5df8e08fd553e5533d4dafd634f.png)
创建成功:
![](https://i-blog.csdnimg.cn/blog_migrate/ce29c27b6c561d65ebff5d68247e9745.png)
在创建成功之后,大型项目仓库都有分支保护和代码审查(CodeReview) .
等待审查通过,成功你就是 大型开源项目的代码贡献者了🌈.
原文地址:https://blog.baibaomen.com/多人协同开发,git-workflow-提高团队协作能力/