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

时间:2018-02-23 07:55:23

标签: android git version-control

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

我一直在想的一个解决方案是从dev分支出来然后排除他们不想要的所有东西,然后在生产中发布它,但我不会合并它到master。然后他们接受了features上的所有hotfixesdev,那只是我将合并到master的时间,我只是忽略/删除我从dev分支出来的(这是已经排除了他们不想要的功能的分支)。

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

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

1 个答案:

答案 0 :(得分:1)

解决方案1更合理。

由于dev分支已包含合并功能和修补程序,因此应排除从dev分支(或从dev创建的分支)中不需要的某些功能/修补程序。

但有一点需要提醒,因为您将dev的分支视为生产分支(而不是master分支),请确保master分支的更改包含在分支中来自dev

此外,.apk文件是源代码中的输出文件,不必管理git仓库中的.apk文件。

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