网站建设的开发语言,广东省建设执业资格注册中心官方网站,电商排名,wordpress社区专栏说明#xff1a;针对于企业的架构管理岗位#xff0c;分享架构管理岗位的职责#xff0c;工作内容#xff0c;指导架构师如何完成架构管理工作#xff0c;完成架构师到架构管理者的转变。计划以10篇博客阐述清楚架构管理工作#xff0c;专栏名称#xff1a;架构管理… 专栏说明针对于企业的架构管理岗位分享架构管理岗位的职责工作内容指导架构师如何完成架构管理工作完成架构师到架构管理者的转变。计划以10篇博客阐述清楚架构管理工作专栏名称架构管理之道
一句话导读 对于架构管理、研发管理中分支管理是公司研发过程中必不可少的一个实践。本文主要是根据个人及公司实践来说明下具体的分支管理方法这里的分支指的git仓库的代码分支。分支管理方法有很多大家可以自行定义只要能够完成研发协作即可。
目录
一句话导读
一、环境管理 1.开发环境 2.测试环境 3.预发布环境 4.生产环境 5.扩展
二、分支管理 1.feature分支 2.develop分支 3.release分支 4.master分支 5.tag 6.hotfix分支
三、分支管理原则 一、环境管理 一般公司研发都会有几个环境如开发环境、测试环境、预发布环境、生产环境有些公司甚至还有本地环境、验收环境、演示环境、性能测试环境等等。针对这么多的环境我们研发中要根据公司、项目的实际情况进行环境的管理。一般项目应该有开发环境、测试环境和生产环境。有些小项目也可能只有一个研发环境项目结束后直接将研发环境转为生产环境。所以说研发环境的需求应该是根据实际情况来定的。 1.开发环境 研发人员将完成的代码发布到开发环境中做初步的集成测试开发环境由开发人员自行管理代码极其不稳定环境机器配置可以比较低。一般用dev标识 2.测试环境 主要提供给测试人员使用代码经过研发环境自测完成后可以提测代码由测试管理员管理环境代码相对比较稳定环境机器根据测试要求配置即可不用太高配置。一般用test标识 3.预发布环境 主要提供个测试人员使用或者做UAT验收使用代码经过测试环境验证完成后可以提交到预发布环境中环境的配置和数据最好和生产一致目的是在上生产前做最后确认环境代码和生产保持一致。机器配置最好和生产环境一致。一般用pre标识 4.生产环境 代码最终交付的环境一般部署经过测试验证、预发布验证的代码生产环境由专人负责严格管理一般用prod标识 5.扩展
本地环境研发人员自己本机的环境开发人员自行管理部分中间件、数据库等可以自建或者用开发环境中的组件。用户开发过程中的调试等工作。验收环境一般由测试人员管理负责将已完成的功能需求代码部署上去交由最终软件的用户进行测试或需求提出的业务部门进行验收测试通常测试完成后即可发布生产环境一般用UAT标识演示环境演示环境相对于生产环境而定义的环境是给用户演示而定制的。功能基本和生产一致用户相对较少环境要保持相对稳定尤其是客户需要做演示的时候。一般用demo标识性能测试环境主要是对软件的性能情况进行测试。环境应该和生产保持一致但是一般性能测试环境是临时的测试完成后即可下线。
二、分支管理 分支管理的逻辑最好是和团队规模相匹配。更好的git分支管理有助于团队的协作效率的提高和代码的管理。我们使用基于主干分支管理策略将代码分支和环境相对应提高代码的质量。 1.feature分支 研发分支研发人员从develop分支拉取并以feature/开头命名自己的研发分支开发人员对于新的需求则在该分支上开发并自行管理对应本地环境。 2.develop分支 研发测试分支研发人员可将开发好的代码合并到该分支上在研发环境进行初步集成自测该分支由研发人员自行管理。 3.release分支 测试分支该分支为保护分支不允许研发人员直接commit代码研发人员可以发起feature分支合并到release分支的申请由配置管理员进行合并发布到测试环境进行集成测试。该分支由配置管理员管理。 4.master分支 生产分支该分支为保护分支不允许研发人员直接commit代码只接受release分支的合并由配置管理员负责管理发布生产环境。 5.tag 版本归档标识当发布的系统稳定后形成tag版本标识进行归档。 6.hotfix分支 问题修复分支如果生产版本发布稳定后出现bug可从master拉取hotfix分支修复完成后合并到release分支测试通过将hotfix合并到master发布生产形成新的tag如果是发布过程中有bug也可拉取hotfix分支并提交release分支测试后走后续发布流程
具体如下图 三、分支管理原则 主分支保持稳定 主分支如 main 或 master应该保持稳定只有已上线的代码。禁止直接在主分支上开发。
特性分支开发人员在对新功能的开发时创建独立的特性分支。分支名可以描述功能的目标如 feature/login。修复分支对于 bug 修复创建修复分支确保修复在主分支上得到合并。分支名可以描述修复的问题如 hotfix/login-error.命名规范根据公司、团的命名习惯使用统一的命名规范清晰的命名方式以便团队成员理解分支用途。可以采用统一的前缀如 feature/、hotfix/。小而频繁的提交不要在一次提交中修复两个bug。单次提交的改动越小更便于其他开发者理解每次提交关注一个特定的更改这有助于追踪和回溯变更历史。定期合并主分支定期从主分支拉取最新代码保持特性分支与主分支同步。避免分支过长时间的分离。代码审查代码在提交测试前进行代码审查提高代码质量。远程分支及时推送特性分支到远程仓库便于团队成员协作和代码审查。删除不必要的分支一旦特性分支完成开发或修复及时删除不再需要的分支保持仓库的整洁。标签版本使用标签来标识重要的版本发布方便追踪和部署特定版本。培训和文档 对团队成员进行培训分享分支管理的最佳实践和流程编写分支管理指南。
