每个人
我想要关于这种情况的建议：
50 人在大型电子商务门户网站工作。大约 35 名开发人员、10 名 QA、5 名经理或类似人员。这些开发人员被划分为具有特定角色的团队，例如前端团队、后端团队等……我们在生产环境中每天发布，这些发布的代码包括错误修复和新功能。
每个开发人员都在开发新功能或修复错误，这可能涉及不同的孤岛或影响它们。今天在 TFS，我们致力于 2 个不同的集合和数十个不同的团队项目。尽管如此，所有工作都是由特定团队项目中的工作项组织的。
在这家公司，代码在投入生产之前由 QA 批准，所有代码集成、合并和部署都是一个名为 ALM 的团队的职责（4 人全职参与这项工作）
我的问题是关于如何组织这种混乱，将 TFS 视为源代码控制系统。我如何构建我的分支机构战略以支持这种情况，以及如何制定支持未来持续交付的分支机构战略？我需要一些线索和一些关于新想法的辩论，以提高我团队的生产力并避免我发布到生产环境的代码中的错误。
谢谢！