使用Git发布/构建/分支管理(版本控制)

Question

我遇到了一个我不知道如何妥善解决的常见问题。我确实有一个dev branch，其中我合并了所有已经完成的分支(feature/hotfix)，但是突然之间，它们想发布一个特定的特性，或者仅仅发布修补程序。如果我已经将dev合并到dev，那么我如何正确地/组织地将它合并到master而不包括他们不想要的feature/hotfix

我一直在考虑的一个解决方案是从dev中分支出来，然后排除所有他们不想要的东西，然后在生产中发布，但是我不会将它合并到master中。然后，在他们接受了features或hotfixes上的所有dev之后，这只是我将合并到master的时间，我只需忽略/删除从dev (这是排除了他们不想要的特性的分支)中分离出来的分支。

我一直在考虑的第二个解决方案是每个特性或修复程序发布一个apk，但我不认为测试人员会喜欢在他们的手机上分别保存许多带有特定功能的apk。但是，有了它，我肯定可以合并dev接受的特性或修复程序，因为它们将其标记为包含在下一个版本中。

关于我如何管理分支，还有其他的解决方案或建议吗？

Answer 1

解决方案1更为合理。

由于dev分支已经包含合并的特性和修补程序，所以您应该排除dev分支(或从dev创建的分支)发布时不需要的一些特性/修补程序。

但是需要提醒的是，由于您将来自dev的分支视为生产分支(而不是master分支)，请确保来自master分支的更改包含在来自dev的分支中。

此外，.apk文件是从源代码中输出的文件，没有必要管理git中的.apk文件。

您可以在这个.gitignore文件中找到更多需要忽略的文件。