使用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文件中找到更多需要忽略的文件。