我遇到了一个我不知道如何正确解决的常见问题。我有一个dev branch，其中我合并了所有已完成的分支（feature/hotfix），但突然之间，他们想要发布特定功能或仅发布修补程序。如果我已将dev合并到master而不包括他们不想要的feature/hotfix，我该如何正确/组织合并dev？
我一直在想的一个解决方案是从dev分支出来然后排除他们不想要的所有东西，然后在生产中发布它，但我不会合并它到master。然后他们接受了features上的所有hotfixes或dev，那只是我将合并到master的时间，我只是忽略/删除我从dev分支出来的（这是已经排除了他们不想要的功能的分支）。
第二个解决方案我一直在考虑发布每个功能或修补程序的apk，但我不认为测试人员会希望在手机上保留许多apks，每个功能都具有特定功能。但有了这个，我肯定会合并dev接受的功能或修补程序，因为它们会将其标记为包含在下一个版本中。
关于如何管理分支的任何其他解决方案或建议？
答案 0 :(得分：1)
解决方案1更合理。
由于dev分支已包含合并功能和修补程序，因此应排除从dev分支（或从dev创建的分支）中不需要的某些功能/修补程序。
但有一点需要提醒，因为您将dev的分支视为生产分支（而不是master分支），请确保master分支的更改包含在分支中来自dev。
此外，.apk文件是源代码中的输出文件，不必管理git仓库中的.apk文件。
您可以在此.gitignore文件中找到更多需要忽略的文件。