git流如何有演示分支？

我们是一个小团队，使用git和git flow进行项目工作。大多数情况下，我们朝着一个目标开发，因此创建一个特性并将其合并到开发分支时，效果很好

但现在我们的情况是，我们有多个功能，但我们希望一次只部署几个功能，并演示一些其他功能。 我看不出有什么好方法可以做到这一点，所以我们唯一的想法就是手动创建一个演示分支，合并我们想要合并的功能，并仅为演示而部署它。一旦我们决定部署这些特性，我们就可以使用git flow特性完成xxx，并按照git flow的指示进行部署

我们可以做到这一切，但我一直在寻找如何处理这个问题的最佳实践。我发现这个问题与我的问题相似，但答案并不令人满意。我来了

---

提前感谢。

只需创建一个演示分支，开发并合并您要演示的功能：

$git签出开发

$git分支演示

$git结帐演示

$git合并功能1

$git合并功能2

这是完全合法的。如果您有一个像git hook这样的机制来自动将这样的分支部署到某个演示环境中，那就太酷了。

文档引用了一个发布分支。在这里，我想您可能希望集成在发布之前准备好的所有功能

该分支似乎是展示/演示您的发行版中即将发布的内容的最佳选择。它也应该是QA在合并到master之前一直在测试的分支

---

Git无法管理关于您不知道哪些功能将发布的部分，但是如果您的项目经理和团队紧密合作，将这样的功能合并到发布分支应该会很好。

Git flow，据我所知，假设只有一个地方可以部署，并且每个提交上的主分支都部署在那里。在您的情况下，您有两个部署目标：实时和演示。我认为，稳定部门是一个合理但并非完美的演示场所。这实际上可以在所有必要的东西进入后部署到一个单独的目标，然后，一旦准备好，就可以合并到master中。如果我们讨论的是2个功能，那么这就行了，假设你有5个功能，你想把它们分成3-2组，你不知道你会首先部署哪一个。我想要的是能够独立演示每个小组。我不认为这是Keyjote想要的。问题是：我们希望一次只部署几个特性，并演示一些其他特性，这是一个过程问题，而不是Git问题。如果你想使用正式的Git流，那么发布分支就是发布之前的地方，或者当他们想要演示特定的东西的时候。那么你到底会如何部署一些功能并演示其他一些功能呢？我确实理解Makoto所说的，但请记住，演示不一定是准备发布的。这就是问题的原因，也是我同意@lubosAha'git hook'的原因，我不知道这一点。我会调查的。我正在寻找一个最佳实践或参考标准方法来做这件事。你知道吗？谢谢你的回答，我还没有找到任何参考资料，但是我看到很多人使用这种方法。实际上，它非常简单：您不应该使用特性分支，因为这是单个特性的所在。您不能使用develope，因为这是应该发布的。由于明显的原因，您不能使用release、master或hotfix。因此，您只需创建一个新分支。git最擅长的就是分支。您的回答确实帮助了我，并让我更有信心走这条路，我只是希望参考最佳实践。