本篇內(nèi)容主要講解“Pull Request是什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷,實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Pull Request是什么”吧!
祥符網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)建站!從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)建站2013年至今到現(xiàn)在10年的時(shí)間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。
PR
的全稱是Pull Request
,經(jīng)常用 Github
的同學(xué)對(duì)這個(gè)肯定很熟悉了。Github 聚集了4000萬開發(fā)者,過億的開源項(xiàng)目,如果想給別人的開源倉(cāng)庫(kù)貢獻(xiàn)代碼,通常是先 fork
別人的項(xiàng)目,然后本地修改完成提交到自己的個(gè)人 fork 倉(cāng)庫(kù),最后提交 PR 等待別人合入你的代碼。
Github 的工作流:
我們重點(diǎn)看一下第6步,小明寫完代碼了想合入到原作者的倉(cāng)庫(kù),新建了一個(gè)“pull request
”,拉請(qǐng)求?這明明是推啊,小明將自己的修改推到原作者的倉(cāng),感覺叫“push request
”比較合適吧。
既然 Github 堅(jiān)持叫“pull request
”,我們?cè)囍斫庖幌滤乃悸?,小明寫完代碼了心里肯定是在想:原作者大神,我改了點(diǎn)東西,你快把我的修改拉回去吧
。站在原作者的角度思考,叫pull request好像也說得過去,每天有大量的人從我這里 fork 代碼走,我只會(huì)拉取我感興趣的代碼回來。
我好像把自己說服了。
MR 的全稱是 Merge Request
,相信玩過 Gitlab 的同學(xué)都知道這個(gè)。
插播一下,Github這么好用了為什么還有人玩 Gitlab,這就要幾年前說起了。在微軟沒有收購(gòu) Github 之前,Github 上面所有的項(xiàng)目必須是公開的,也就是說自己很渣的代碼也必須要公開,不能藏著噎著。但是在一些小的公司或者創(chuàng)業(yè)團(tuán)隊(duì),代碼這種核心資產(chǎn)是不希望被公開,他們迫切需要私密倉(cāng)這種需求,所以很多人都選擇了 Gitlab。當(dāng)然后面 Github 也放開了私有倉(cāng)庫(kù),這是后話了。
團(tuán)隊(duì)中每個(gè)人都從遠(yuǎn)程倉(cāng)庫(kù) develop 分支拉取代碼,本地基于 develop 分支新建特性分支,修改完代碼將特性分支推到遠(yuǎn)程倉(cāng),緊接著新建 Merge Request 期望將自己的特性分支合入 develop 分支。
從上面這個(gè)流程來看Merge Request 就是將自己的特性分支合入到主干分支。
總結(jié)一下上面兩個(gè)例子。
Github 是玩 fork 模式的,開發(fā)者提交自己的代碼新建 Pull Request,請(qǐng)求原作者:“把我的代碼拉回去吧”。
Gitlab 是玩分支模式的,開發(fā)者提交自己的代碼新建 Merge Request,想將自己的特性分支合并到主干。
上面總結(jié)的好像很有道理,但是不要忘了,Github 也可以玩分支模式,Gitlab 也可以玩 fork 模式,更令人無語的是:
Github 上合并分支還是叫 Pull Request;Gitlab 上fork 模式也是叫 Merge Request;
不行,這種答案我沒法接受,去 stackoverflow上搜一些大家是怎么理解的。果然有一個(gè)帖子很火:
Pull request vs Merge request
有一個(gè)回答摘取了 Gitlab 的官方解釋:
Merge or pull requests are created in a git management application and ask an assigned person to merge two branches. Tools such as GitHub and Bitbucket choose the name pull request since the first manual action would be to pull the feature branch. Tools such as GitLab and Gitorious choose the name merge request since that is the final action that is requested of the assignee. In this article we'll refer to them as merge requests.
翻譯過來簡(jiǎn)單理解就是:這兩個(gè)沒有本質(zhì)區(qū)別,站在不同立場(chǎng)說法不一樣而已。
好了,官方已經(jīng)蓋棺定論了,這兩個(gè)就是一個(gè)東西,不要糾結(jié)啦~
對(duì)于初學(xué)者來說,Github 的 pull request 確實(shí)讓人難以理解,我們?nèi)ジ鞔缶W(wǎng)站看看用戶的聲音。
從國(guó)外到國(guó)內(nèi)都有大量的用戶對(duì)這個(gè)名字不理解,明明是提交提交代碼,為什么是 pull request,有些人甚至懷疑是名字打錯(cuò)了。
如果讓我來給 Github 取名字,我可能會(huì)取:
push request
推請(qǐng)求merge request
合并請(qǐng)求到此,相信大家對(duì)“Pull Request是什么”有了更深的了解,不妨來實(shí)際操作一番吧!這里是創(chuàng)新互聯(lián)網(wǎng)站,更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢,關(guān)注我們,繼續(xù)學(xué)習(xí)!
當(dāng)前文章:PullRequest是什么
網(wǎng)址分享:http://www.rwnh.cn/article36/ihghpg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版、虛擬主機(jī)、響應(yīng)式網(wǎng)站、網(wǎng)站內(nèi)鏈、全網(wǎng)營(yíng)銷推廣、軟件開發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)