拷贝一个 Github 的 Pull Request 到 Gitlab - 开源中国社区
当前访客身份：游客 [
拷贝一个 Github 的 Pull Request 到 Gitlab
英文原文：
and contains two remotes:
gitlab &git@workbench.dachary.org:tests/testrepo.git&(push)
origin &/loic-bot/testrepo&(push)
command of
(run from ~gitmirrors/repositories/Tests/testrepo) creates a merge request in gitlab by copying the designated pull request from github:
$&gh&gg&--user&loic-bot&--repo&testrepo&--number&3
Original github pull request
Matching gitlab merge request
For each pull request github creates a refs/pull/N/head reference to the base of the pull request (i.e. the commit hash the pull request wants to merge). github2gitlab :
$&git&fetch&origin&+refs/pull/*:refs/pull/*
remote:&Counting&objects:&5,&done.
remote:&Compressing&objects:&100%&(3/3),&done.
remote:&Total&5&(delta&1),&reused&4&(delta&0)
Unpacking&objects:&100%&(5/5),&done.
From&/loic-bot/testrepo
&*&[new&ref]&&&&&&&&&refs/pull/1/head&-&&refs/pull/1/head
&*&[new&ref]&&&&&&&&&refs/pull/1/merge&-&&refs/pull/1/merge
&*&[new&ref]&&&&&&&&&refs/pull/2/head&-&&refs/pull/2/head
&*&[new&ref]&&&&&&&&&refs/pull/2/merge&-&&refs/pull/2/merge
contains the name of the branch to merge in pull.head.ref. It is used to
$&git&push&gitlab&+refs/pull/2/head:refs/heads/dacharypr
Counting&objects:&3,&done.
Writing&objects:&100%&(3/3),&280&bytes&|&0&bytes/s,&done.
Total&3&(delta&0),&reused&0&(delta&0)
&*&[new&branch]&&&&&&refs/pull/3/head&-&&dacharypr
一个会包含两个远端地址:
gitlab &git@workbench.dachary.org:tests/testrepo.git&(push)
origin &/loic-bot/testrepo&(push)
&&(从&~gitmirrors/repositories/Tests/testrepo 运行)&的命令&&会向github发送pull请求拷贝指定的Github库，然后创建一个合并merge的请求:
$&gh&gg&--user&loic-bot&--repo&testrepo&--number&3
原始的github pull请求
对应的Gitlab合并请求
对每一个pull（拉）请求，github会创建一个refs/pull/N/head 的引用，指向该请求的基点。&(i.e. commit请求会映射到合并的pull请求). github2gitlab :
$&git&fetch&origin&+refs/pull/*:refs/pull/*
remote:&Counting&objects:&5,&done.
remote:&Compressing&objects:&100%&(3/3),&done.
remote:&Total&5&(delta&1),&reused&4&(delta&0)
Unpacking&objects:&100%&(5/5),&done.
From&/loic-bot/testrepo
&*&[new&ref]&&&&&&&&&refs/pull/1/head&-&&refs/pull/1/head
&*&[new&ref]&&&&&&&&&refs/pull/1/merge&-&&refs/pull/1/merge
&*&[new&ref]&&&&&&&&&refs/pull/2/head&-&&refs/pull/2/head
&*&[new&ref]&&&&&&&&&refs/pull/2/merge&-&&refs/pull/2/merge
&包含待合并分支的名字，保存在&pull.head.ref. 通常使用下面的命令&:
$&git&push&gitlab&+refs/pull/2/head:refs/heads/dacharypr
Counting&objects:&3,&done.
Writing&objects:&100%&(3/3),&280&bytes&|&0&bytes/s,&done.
Total&3&(delta&0),&reused&0&(delta&0)
&*&[new&branch]&&&&&&refs/pull/3/head&-&&dacharypr
against the head found in pull.head.ref and assuming the gitlab user/project exactly matches the github user/repo found in pull.base.repo.full_name. The pull request created in gitlab always points to a base reference within the same project as the head reference.The creation of the merge request can be done manually using the
which wraps the
$&DEBUG='*'&gitlab&addMergeRequest&loic-bot/testrepo&dacharypr&master&null&'dacharypr&from&github&'
&&gitlab:ApiBase&handleOptions()&+0ms
&&gitlab:ApiBaseHTTP&handleOptions()&+1ms
&&gitlab:ApiV3&handleOptions()&+0ms
&&gitlab:ApiBase&init()&+0ms
&&slumber:Serializer&constructor&+0ms&@default=json&serializers=null
&&slumber:JsonSerializer&constructor&+0ms
&&slumber:YamlSerializer&constructor&+0ms
&&gitlab:ApiBase&constructor()&+6ms
&&gitlab:Models:ProjectMergeRequests&Projects::addMergeRequest()&+0ms
&&slumber:api&POST&+0ms&http://workbench.dachary.org/api/v3/projects/loic-bot%2Ftestrepo/merge_requests?private_token=hN4Qssygijhkxs61WL
complements the .
依靠的是pull.head.ref的头部，并且假定gitlab的user/project&完全匹配在pull.base.repo.full_name中找到的github的user/repo。pull在gitlab中被创建总是指向一个基本的引用作为在同一项目中的参考。合并创建请求可以手动去做，使用&&，它包装了 :$&DEBUG='*'&gitlab&addMergeRequest&loic-bot/testrepo&dacharypr&master&null&'dacharypr&from&github&'
&&gitlab:ApiBase&handleOptions()&+0ms
&&gitlab:ApiBaseHTTP&handleOptions()&+1ms
&&gitlab:ApiV3&handleOptions()&+0ms
&&gitlab:ApiBase&init()&+0ms
&&slumber:Serializer&constructor&+0ms&@default=json&serializers=null
&&slumber:JsonSerializer&constructor&+0ms
&&slumber:YamlSerializer&constructor&+0ms
&&gitlab:ApiBase&constructor()&+6ms
&&gitlab:Models:ProjectMergeRequests&Projects::addMergeRequest()&+0ms
&&slumber:api&POST&+0ms&http://workbench.dachary.org/api/v3/projects/loic-bot%2Ftestrepo/merge_requests?private_token=hN4Qssygijhkxs61WL实现的补充。使用gitlab做git flow及代码审查
使用gitlab做git flow及代码审查
除了 Git 命令，权限控制也是 Git 中极为重要的组成部分，本文主要介绍 GitLab 系统提供的最常用的权限控制功能。
分配成员角色首先来了解下，Git 中的五种角色：
Git 系统管理员
Git 项目管理员
Git 项目开发人员
Git 项目测试人员
每一种角色所拥有的权限都不同，如下图：
Git 权限控制
我们需要做的是，为项目成员分配恰当的角色，以限制其权限。
锁定受保护分支在对 Git 不熟悉的时候，时常苦恼于各个分支不受约束，任何开发人员都可以向任何分支直接推送任何提交，各种未经审查的代码、花样百出的 Bug 就这样流窜在预发布分支上。
其实我们可以通过 GitLab 的受保护分支（Protected Branches）功能解决该问题，该功能可用于：
阻止 Master 角色以外的开发人员直接向此类分支推送代码，保持稳定分支的安全性；
在向受保护分支合并代码前，强制进行代码审查。
接下来我们就使用这项功能，锁定我们的受保护分支——主分支 master 和预发布分支 release-*，以阻止 Developer 直接向这两类分支中推送代码：
Git 受保护分支
锁定后，Developer 推送代码将会报错：
1$ git push origin master
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 283 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 1 (delta 0)
remote: GitLab: You are not allowed to access master!
remote: error: hook declined to update refs/heads/master
To git@website:project.git
! [remote rejected] master -& master (hook declined)
error: failed to push some refs to 'git@website:project.git'
发起合并请求锁定受保护分支后，要么 Master 需要时刻、主动关注各特性分支的进度，要么 Developer 需要线下、口头向 Master 汇报其特性分支的进度，这两种做法都非常不便于 Master 管理每个预发布分支的合并，尤其在团队大、分支多的情况。
我们可以通过 GitLab 的发起合并请求（Merge Request）功能解决该问题，这样既可以让 Developer 更自如的掌控自己分支进度，在必要的时候才主动发起合并请求；又可以减轻 Master 的合并工作量和沟通成本，可谓一举两得。
新建合并请求第一步，按表单要求填写合并请求。注意，对于 Developer 而言：
From 是你的特性分支 feature-*；
To 只可能是预发布分支 release-*；
Title 和 Description 要填写恰当的分支描述；
Assign to 是该项目的 Master。
新建合并请求
审查合并请求第二步，Master 收到合并请求后，进行代码审查。逐一查看 Commits 一栏提交的内容即可，对于需要改进的代码，可以直接在该行添加注释，非常方便。
接受合并请求
如果对整个请求还有疑问的地方，还可以通过底部的 Discussion 功能进行线上讨论。
处理合并请求第三步，针对审查结果进行相应处理：
关闭对于完全不合格的垃圾代码、或者废弃的特性分支的合并请求，Master 点击右上角的 Close 按钮即可。合并请求将被关闭，相当于扔进回收站。
改进对于分支内需改进的代码，Developer 直接修正并推送即可，合并请求将会自动包含最新的推送提交。
接受Master 审查无误后，可以接受该次合并请求。点击 Accept Merge Request 按钮将自动合并分支，勾选 Remove source-branch 将同时删除该特性分支。
整个自动合并过程如果以命令形式手工执行的话，步骤如下：
12345678#Step 1. Update the repo and checkout the branch we are going to merge git fetch origingit checkout -b test origin/feature-test#Step 2. Merge the branch and push the changes to GitLab git checkout release-git merge --no-ff feature-testgit push origin release-
以完成后，祖先图谱（graph）的展现结果如下：
be512fa (HEAD, origin/release-, release-)
Merge branch 'test' into 'release-'
|| * 1f52adf 测试
a4febbb (tag: 1.0.0, origin/master) 格式化货币保留两位小数
最后需要注意的是，只有 Assignee 才能够接受合并请求，其它人只会被通知：
You don’t have permission to merge this MR
总结GitLab 提供的上述功能非常实用，为项目的源码管理提供了有力的支持。
发表评论：
TA的最新馆藏【图文】Gitlab使用流程_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
Gitlab使用流程
上传于||文档简介
&&g​i​t​l​a​b​使​用​流​程
大小：1.49MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢