我遇到了一个常见问题，我不知道如何正确解决。我确实有一个dev branch合并所有feature/hotfix已完成的分支 ( )，但突然间，他们想要发布特定功能或仅发布修补程序。如果我已经将它合并dev到 ，我如何正确/组织合并master而不包括feature/hotfix他们不想要的dev？
我一直在考虑的一个解决方案是分支出来，dev然后排除他们不想要的所有东西，然后在生产中发布它，但我不会将它合并到master. 然后，在他们接受features或hotfixes上的所有或之后dev，那只是我将合并到 的时间master，我将简单地忽略/删除分支dev（这是排除了他们不想要的功能的分支）我做的。
我一直在考虑的第二个解决方案是为每个功能或修补程序发布一个 apk，但我认为测试人员不会喜欢在他们的手机上保存许多具有特定功能的 apk。但是有了这个，我肯定可以合并被接受的功能或修补程序，dev因为他们将其标记为包含在下一个版本中。
关于如何管理分支的任何其他解决方案或建议？
方案一更合理。
由于dev分支已经包含合并的功能和修补程序，您应该排除一些不需要从dev分支（或从 中创建的分支dev）发布的功能/修补程序。
但是提醒一件事，由于您将分支 fromdev视为生产分支（而不是master分支），请确保master分支的更改包含在分支 from 中dev。
此外，.apk文件是源代码的输出文件，没有必要管理.apkgit repo 中的文件。
你可以在这个.gitignore文件中找到更多需要忽略的文件。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句