与客户的GitLab连接的工作流程是什么?

时间:2018-07-23 16:09:13

标签: git gitlab

我们是一家拥有自己的GitLab实例的开发公司。到目前为止,我们的项目包括两种可能性:

  • 我们开发一个全新的项目并维护Git项目,或者
  • 客户端为我们带来了现有代码(没有源代码控制),我们在GitLab实例中建立了一个Git项目。

我们有一个新客户,这对我们来说是独特的情况。该客户端具有一个现有的GitLab实例,并在其中维护代码。

这是我希望看到流程进行的方式:

  • 他们维护自己的仓库,
  • 我们克隆/分叉/复制他们的仓库,
  • 我们在我们的回购中执行调整,并且
  • 我们将这些更改推送到其仓库中。

您可以说,我对Git词汇的了解很差。我到底要他们的开发团队做什么才能使我们获得访问权?

在人们分叉这些项目之前,我曾在开源项目上看到过这种工作流程,但是我没有开源开发经验,所以不确定底层基础结构如何工作。

我的主要目标是获得所需的术语,以确保将正确的请求传递给客户团队。


为澄清起见,我们欢迎在此处规定任何开发术语,因此没有限制。我的主要目标:

  • 我想在客户端访问它们之前检查所有提交,
  • 我希望客户不要直接与我们的开发人员联系,并且
  • 我希望我们的开发人员继续使用我们的GitLab实例,这样他们就无需在计算机上设置其他基础结构。

2 个答案:

答案 0 :(得分:1)

您只能在受保护的分支上使用项目镜像(并且仅保护主节点)

这样,您仅在与master合并,在自己的gitlab中具有合并请求,在自己的gitlab中具有分支等等时才向他们发送更新。

您可以从gitlab项目的存储库设置中进行操作。

答案 1 :(得分:1)

  

fork用于建议对其他人的项目进行更改或   用别人的项目作为自己想法的起点

source

  

我希望我们的开发人员将其推送到我们的GitLab实例,以便他们   无需在其计算机上设置其他基础架构。

就像git add remote clientrepo https://github.com/client/clientrepo一样简单。您的开发人员可以推送到您的实例或客户端的实例。

如果两个存储库都将移动(开发),我希望推送到客户端的存储库。请注意,如果进行分叉,那么从原始存储库(如果需要)中更新分叉会产生额外的开销,并且需要客户端与您的开发人员之间的通信。可以通过镜像解决。 但是,如果原始存储库没有移动,并且它们不依赖于您的更新来继续开发,那么我更喜欢分叉它,并且在项目完成后,您可以将请求拉到原始存储库的母版中。