2017-03-07 4 views

Antwort

3

Es ist ziemlich ähnlich. Die kleinen Unterschiede bestehen, weil in GitLabmerge requests statt pull requests von GitHub verwendet werden. Dies besteht darin, eine Verzweigung weg von master zu erstellen und später in diese einzufügen.

Um zu testen, eine Merge anfordern alles, was Sie tun müssen, um den Zweig für merge geschickt zu holen und Kasse:

git fetch <repo> <branch> 
git checkout -b <branch> 

dort auch eine Schaltfläche in jeder Anforderung mit den Anweisungen fusionieren die diffs zur Kasse lokal: enter image description here

2

erste Pull Merge-Anforderung an einen neuen Zweig

git fetch REMOTE merge-requests/MERGE_REQUEST_ID/head:BRANCH_NAME 

Reales Beispiel wäre wie: git fetch origin merge-requests/1/head:add_some_feature

Dann ist es

Besuche
git checkout BRANCH_NAME 

Im obigen Beispiel wäre wie: git checkout add_some_feature

nun die Niederlassung überprüfen.

Wichtiger Punkt: BRANCH_NAME ist der Quellzweig der Zusammenführungsanforderung. Es ist nicht der Zielzweig.

+1

Wenn jemand neugierig ist, [dies ist in den Dokumenten zu Zusammenführungsanforderungen dokumentiert] (https://docs.gitlab.com/ee/user/project/merge_requests/index.html#checkout-merge-requests-locally). – tutuDajuju

Verwandte Themen