使用Git进行发布/构建/分支管理（版本控制）

Question

我遇到了一个我不知道如何正确解决的常见问题。 我确实有一个dev branch ，其中已经合并了所有完成的分支（ feature/hotfix ），但是突然之间，他们想要发布特定功能或仅发布修补程序。 如果我已经将其合并到dev如何在不包括他们不想要的feature/hotfix情况下正确/组织合并dev使其master ？

我一直在想的一种解决方案是从dev分支出来，然后排除他们不需要的所有东西，然后在生产中发布它，但是我不会将其合并到master 。 他们已经接受了所有的再经过features或hotfixes的dev ，这是唯一的一次，我将合并到master ，我将只是简单地忽略/从出删除分支dev （这是已经排除了该功能的分支，他们不想），我做了。

我一直在考虑的第二个解决方案是按功能或修复程序发布apk，但我认为测试人员不希望在手机上保留许多具有特定功能的apk。 但是有了它，我肯定可以合并dev接受的功能或修补程序，因为它们将其标记为包含在下一发行版中。

关于如何管理分支的其他解决方案或建议？

Answer 1

解决方案1更合理。

由于dev分支已包含合并的功能和修补程序，因此应排除从dev分支（或从dev创建的分支）发布不需要的某些功能/修补程序。

但请注意，由于将dev的分支视为生产分支（而不是master分支），因此请确保dev分支中包括master分支的更改。

此外， .apk文件是源代码的输出文件，无需在git repo中管理.apk文件。

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