【Day17】Git 版本控制 - 多人协作 Fork(2)

在上一篇笔记中已经提到 Fork 的功能以及使用办法了,那本篇就来实际发个 Pull request 看看吧!

这篇文章要感谢 tim870220 用户陪我一起完成 fork 及 pull request 的功能,让我可以写这篇教学文章!

那麽,废话不多说,我们就开始吧!


首先我们先找到要 fork 到自己的 GitHub repository 的专案,在 Search 的功能栏输入专案的名称就可以找到了(这边用来做范例的是 qqmanlin/Project

接下来,按下 Fork 按钮就会自动将这份专案复制一份到自己的 GitHub repository 了!

接下来,针对专案中的 porject.py 进行修改,我们可以看到更改完後,这个档案的 contributors 有两位(原作者 + 本人)

但原作者的档案却不会因此受到影响,这是因为 fork 是将整份专案复制下来,并不是去更改原本的档案,那如果今天希望将这个修改的功能合并到原作者的档案上该如何进行呢?

没错!就是上一篇文章中提到的「发起 pull request」要求。

先移动到 Pull requests,然後点选绿色按钮 New pull request

接下来,就会看到以下画面,GitHub 会显示你做了几个 commit、更改什麽部分,确认完想提交给原作者的资讯後,按下绿色按钮 Create pull request

这个部分有点像写 mail,先定义一个主旨,再写一些内文(可以是修改的部分、为何要这样修改之类的),填写完成後,再按下绿色按钮 Create pull request 就完成 PR 这个功能了!

接下来,我们回到原作者端来看看「被发 PR 後会发生什麽事」

点选 Pull requests 後可以看到一个 Update project.py 的档案

点进去後可以看到刚刚发 PR 时的内文,而下方有一个绿色按钮 Merge pull request

点击该按钮後会看到以下画面,按下 Confirm merge 就完成合并拉!

当我们再次打开原作者的 project.py 後,可以看到 contributors 也变成两位了!


<<:  Day17-Webhook 实作(六)LINEBot 之 MessageBuilder(IV)

>>:  最短路径问题 (6)

[Day5] 函式(数)介绍

1.前言 今天来讲讲函式(不是韩式料理的韩式),而是Coding时会用到的程序方法(你到底在讲啥?)...

CIELab转RGB在网页上呈现的小研究

前几天有个问题是关於「将 CIELab 色彩空间的值,在网页前端显示出来」 其中一个解法是把 CIE...

Angular 路由守卫

我们在开发的过程中,经常会遇到需要某些权限才能进入的页面,这时後就会需要路由守卫的机制啦, 而它最常...

[Day29] 离 Google 服务又近一点 - shortcuts for Google

写在前面 Google 推出的服务主要分两块 Google Workspace 和 Google C...

找LeetCode上简单的题目来撑过30天啦(DAY29)

题号:59 标题:Spiral Matrix II 难度:Medium Given a positi...