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

Question

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

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

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

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

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

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

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

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

---

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

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

Answer 1

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

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

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

Answer 2

  

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

source

  

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

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

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