用于多客户端web开发的git工作流
我很难为一家机构的git开发过程找到一个好的工作流程 我想使用git flow，因为它似乎非常适合我们的情况。 我对这种方法的问题是： 我们开始开发功能a和功能b。两者都位于单个要素分支内。 当这些特性的工作完成后，它们就会合并到开发中。 现在，负责QA的客户机查看一个测试服务器，该服务器已签出开发分支 客户决定：功能b可以上线，功能a需要重新开发 我们如何回滚功能a开发和部署功能b所做的更改 我还考虑在合并各个特性分支进行开发之前，对它们进行QA。 但我不知道这是否是处理这个问题的好方法用于多客户端web开发的git工作流,git,workflow,git-flow,Git,Workflow,Git Flow,我很难为一家机构的git开发过程找到一个好的工作流程 我想使用git flow，因为它似乎非常适合我们的情况。 我对这种方法的问题是： 我们开始开发功能a和功能b。两者都位于单个要素分支内。 当这些特性的工作完成后，它们就会合并到开发中。 现在，负责QA的客户机查看一个测试服务器，该服务器已签出开发分支 客户决定：功能b可以上线，功能a需要重新开发 我们如何回滚功能a开发和部署功能b所做的更改 我还考虑在合并各个特性分支进行开发之前，对它们进行QA。 但我不知道这是否是处理这个问题的好方法 针对
针对此类问题的任何最佳实践？分支开发通常不会按原样投入使用 “开发”中的功能正在合并，或者（在您的特定情况下）在“生产”分支中挑选 一年多以来，我一直在成功地遵循这一计划：
- master-开发分支，没有客户端访问（值得注意的是，在没有功能分支的master中，微小的功能请求和小的错误修复都可以正确完成；这可能不是您的情况）
- 阶段-阶段分支，客户机QA，源自主
- 制作-实时应用程序发布