gitlab怎么創(chuàng)建mergerequest？你好，我是李璇1319。我很高興為你回答。1） 為了向項目中添加新函數(shù)，開發(fā)人員首先在項目上創(chuàng)建一個git分支。2） 開發(fā)完成后，GIT向這個分支推進。3

gitlab怎么創(chuàng)建mergerequest？

你好，我是李璇1319。我很高興為你回答。1） 為了向項目中添加新函數(shù)，開發(fā)人員首先在項目上創(chuàng)建一個git分支。2） 開發(fā)完成后，GIT向這個分支推進。3） 然后在merge requests中創(chuàng)建一個merge request，并指定developer B進行代碼評審。4） 開發(fā)人員B在代碼審閱中遇到問題，需要開發(fā)人員a修改代碼。5） 開發(fā)人員a修改代碼并將其推送到這個分支。6） 開發(fā)人員B繼續(xù)代碼評審。如果沒有發(fā)現(xiàn)問題，它將“接受合并請求”將這個分支合并到主干中。比較專業(yè)的理科知識，歡迎關(guān)注我。如果你喜歡我的回答，也請給我表揚或轉(zhuǎn)發(fā)，你的鼓勵是支持我寫下來的動力，謝謝。

如何禁止GitLab分支被push？

方法/步驟：首先，項目成員必須設(shè)置為“開發(fā)人員”才能找到分支頁面，單擊“受保護”列選擇分支，然后單擊“保護”按鈕。這樣就不能對所有具有開發(fā)者權(quán)限的賬號推送選中的分支，起到保護作用。gitpush命令的trap push包含默認的合并，這個過程是自動的。如果有沖突的代碼段，它只是用較新的代碼覆蓋較舊的代碼。因此，它經(jīng)常會導(dǎo)致代碼段的丟失和分支的破壞

讓我們從結(jié)果開始：Git在某些情況下比SVN好，但它不能取代SVN

第一輪：Git它是一個分布式版本控制系統(tǒng)。它不需要固定的“服務(wù)器”，更適合研發(fā)人員使用。Svn是一個具有固定服務(wù)器的集中式版本控制系統(tǒng)。但我認為，在某些情況下，分布式管理并不一定比集中式管理好，所以這一輪更為公平。

第2輪：[git的分支非常易于使用，而且非常強大。SVN的分支是一小塊雞排。SVN的分支是svncopy，它復(fù)制一個完整的項目。在這一輪中，GIT具有明顯的優(yōu)勢。

第三輪：

提交、更新或合并代碼時經(jīng)常報告錯誤。Git的提示非常“周到”，可以很好地解決錯誤。SVN的提示有點不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

SVN對目錄具有良好的權(quán)限控制。它可以根據(jù)目錄進行更新和提交，這有時很有用。Git無法控制目錄的權(quán)限。SVN的優(yōu)勢在這一輪是顯而易見的。

例如：

我們公司的研發(fā)人員使用git，藝術(shù)和產(chǎn)品使用SVN。藝術(shù)和產(chǎn)品通常將需求和資源放入SVN，SVN可以根據(jù)目錄而不是整個項目進行下載。而SVN在windows系統(tǒng)中有一個非常著名的烏龜SVN軟件，有一個中文版本，使用起來非常方便。

為什么還有那么多人用SVN？

issue5560分支是從主分支創(chuàng)建的。經(jīng)過一些修改后，GIT push origin master用于提交，但結(jié)果是“所有內(nèi)容都是最新的”。問題的原因是git push origin master在本地分支中默認提交master分支，而沒有track remote分支，因為master分支默認指向origin master分支。這里需要使用git push origin issue5560:master將issue5560推送到遠程主分支。