我想了解有关情况sugestions:
50人在一个大的电子商务门户网站的工作。大约35名开发人员,10名质量管理人员,5名管理人员或其他类似人员。这些开发人员被分成具有特定角色的团队,如前端团队,后端团队等......我们每天都在生产环境中发布,并且这些代码包括bug修复和新功能。
每个开发人员都在使用新功能或修复错误,这可能涉及不同的孤岛或影响他们。今天在TFS我们正在研究2个不同的集合和几十个不同的团队项目。尽管如此,所有工作都是按照特定团队项目中的工作项目来组织的。
在这家公司,该代码由QA批准投入生产,所有的代码集成之前,合并并部署有一个名为ALM(在此工作4人专职)团队的责任
我的问题是关于你如何组织这个混乱,想在TFS中作为源控制系统。我如何构建我的分支战略来支持这种情况,以及如何制定支持未来持续交付的分支战略?我需要一些线索í围绕新想法进行一些辩论,以提高我的团队的生产力并避免我发布到生产环境中的代码出现错误。
谢谢!
分支是一个解决方案,但它通常是混乱的。尽可能地尝试创建应用程序,以便可以切换尚未完成的功能。或者它们被安装为主应用程序的插件。就合并和配置而言,这使您可以更轻松地完成工作流程。分支通常不关乎提高生产力。这是关于保护彼此不受变化的影响,以及迟到和早期融合。 – jessehouwing
切换功能是伟大的技术工具,但我无法切换错误的更正,对不对?或者,如果我的新功能影响很多文件,这个切换将会在我的代码中变得非常混乱,对吗?但是,尽管如此,我知道我的解决方案中有太多的技术性债务,并且因为这种切换功能会很痛苦...... :( –