一个很简单的git部署，git如何架构？

Question

这只是一个想法。我正在考虑，不知道这是否最佳。

我们是一个小团队。 1 人至 3 人。一般只有一个人。所以基本上所有写的或几乎所有的，比如 99%，都将尽快推到登台/生产。没有大的长期功能开发发生。

我们有 3 个阶段

1. 本地
2. 分期
3. 生产

我在 git 2 分支上创建：

1. 分期
2. 生产

您在本地开发，一旦对它感到满意，您就可以将其推送到暂存区。

效果好吗？我们将其合并到生产分支。

像这样，很容易看到什么是实时的，即生产分支上的所有内容。

现在从暂存合并到生产的最佳方式是什么？ 保留提交，同时查看合并何时完成。所以很容易恢复到“预合并”状态。

一般来说，有没有更好的方法来做到这一点？

如何正确标记事物？

它必须很简单，对于一个主要是一个人的团队或小团队来说，一个又大又长的复杂事情真的没有意义。

我在这里阅读：

https://datasift.github.io/gitflow/IntroducingGitFlow.html

它不提供命令，我觉得有点太复杂了

Answer 1

我觉得 git flow 没那么复杂。它自己做了很多工作，也许它是您正在寻找的，以便拥有线性年表和良好的分支处理。 它提供了一些默认分支来帮助您进行软件配置管理。

通常我主要使用两种 git flow 的可能性：

1. 功能：使用git flow feature start featureName 创建一个新分支，从开发分支开始。每当您想向应用程序添加新功能时，您都可以使用这种可能性。当您完成开发新功能时，使用git flow feature finish featureName，分支会合并到develop（没有快进），然后删除。
2. release：使用几乎与 feature 相同的命令（当然，使用 release 而不是 features），您可以再次从 develop 分支开始新的发布。当发布准备好时，使用git flow release publish releaseName，发布分支合并到开发和主分支中（总是没有快进使用）。

Git flow 提供其他分支类型，例如修补程序或错误修复。 我建议看看这个cheatsheet，因为我认为这可能是一个很好的起点。