Git流和GitHub流的优缺点是什么?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (36)

我们最近开始使用GitLab。

目前使用的是“集中式”工作流。

我们正在考虑转移到集线器,但我想确定。

什么是利与弊?

提问于
用户回答回答于

从一个尽可能简单的模型开始(比如GitHub流),如果需要的话,可以转向更复杂的模型。

你可以看到一个有趣的例子简约工作流,

一个简单的Git分支模型“,主要内容如下:

  1. master必须总是可以部署的。
  2. 通过特性分支所做的所有更改(拉-请求+合并)
  3. 重基以避免/解决冲突;合并到master

用户回答回答于

可以根据以下要点选择适合您的软件的模型;

生产中的多个版本-使用Git-流

如果你的代码在生产中有多个版本(即典型的软件产品,如操作系统、Office包、自定义应用程序等),则可以使用git流。主要原因是在开发下一个版本时,需要在生产中持续支持以前的版本。

生产中的单一版本-简单的软件-使用集流

如果代码在任何时候都只有一个版本在生产中(即网站、Web服务等),那么您可以使用GitHub-Flow。主要原因是不需要为开发人员复杂事情。一旦开发人员完成了一个特性或完成了一个错误修复,它就会立即升级到生产版本。

生产中的单一版本,但非常复杂的软件使用GitLab-Flow

像facebook和gmail这样的大型软件,你可能需要介绍部署分支在您的分支和主分支之间,CI/CD>工具可以在其投入生产之前运行。想法是引入更多的保护生产版本,因为它使用了数百万人。

扫码关注云+社区