2

我尝试使用 GIT 几周。并尝试使用 Git 了解一些工作流程。然后我设置了一个 Gitlab 服务器进行权限管理。环顾 GitLab 服务后，我注意到 gitlab 通过嵌入式按钮支持分叉工作流。还支持保护分支的能力。

我认为“受保护的分支”功能可以用来替换叉子按钮，我是对的还是有一些我不明白的概念？

这就是我这么认为的原因：在fork-workflow中，只有维护者才能推送到官方仓库，所以合作者将官方仓库fork为上游仓库，将上游克隆到本地工作副本，在本地完成一个特性分支后我们推送到我们的上游比对维护者的拉取请求，但如果我们想用官方仓库获取分叉仓库，我们通过拉取官方仓库并推送到上游来完成。它....我不知道...有点太非自动，不像在团队中工作。

但是使用受保护的分支，上游没有fork，合作者有权限推送到官方，但只有维护者可以推送受保护的稳定分支，我们不需要手动同步fork repo。维护者不需要添加许多遥控器来获取合作者的新功能。

这是一个方便的版本分叉工作流程吗？并且可以完全替代叉子按钮？

4

1 回答 1

0

它....我不知道...有点太非自动，不像在团队中工作。

它促进了非贡献者的贡献，确切地说是非团队成员的贡献！

这避免了必须管理：

  • 数百名团队成员（只有少数人会影响您的回购）
  • 数百个分支（供数百名团队成员推送，因为他们可能会处理不同的功能）

分叉引入了一个工作流程，这意味着：

  • 简化复制回购并开始试验的过程
  • 确定真正会提出拉取请求的积极贡献者。

如果他们的 PR 足够好并且足够一致......他们最终可能会成为原始 repo 团队的一部分！
并且该原始存储库仍然可以从仅由集成商维护的受保护分支中受益：这是内部工作流程决策。

于 2014-07-03T05:44:47.107 回答