开发新特性的过程中,有时候突然需要修复线上问题,这个时候是否必须要先回滚,修复完问题后,再重新开发新特性?
如果支持的话,有用户手册么?在现有资料中没有搜索到相关信息。
当在线上遇到问题时,确实需要优先处理这些问题。至于回滚策略,这取决于具体情况。以下是一些常见情况下的建议:
如果问题比较严重,需要立即修复并且会影响到用户的体验,可以考虑先将代码回滚到之前稳定的状态,并及时修复问题。然后,再把新特性继续开发完善。
如果问题不太紧急,并且不会对用户体验造成太大影响,则可以选择开发一个新的分支专门用来修复问题,保留主分支专注于开发新特性。一旦问题修复完毕,再合并这两个分支即可。
宜搭是一款基于阿里云函数计算的服务,它支持低代码的多分支协同开发。你可以为每个功能或任务创建一个新的分支,然后在不同的分支上进行开发和测试。
当需要修复线上问题时,你不需要先回滚然后再重新开发新特性。你可以直接在当前的分支上进行修复,然后再将修复后的代码合并到其他的分支。这样,你可以同时处理多个任务,提高开发效率。
关于宜搭的多分支协同开发的详细使用方法,你可以参考宜搭的用户手册或者在宜搭的社区论坛中寻找相关的教程和案例。
宜搭设计器提供了设计器中查看历史记录的功能。每次保存时会自动存储一次记录。最多保存50条。你可以查看最近的50次保存记录,并可以进行回滚操作、查看变更操作。
点击历史记录 Icon,设计器会在右边显示近期用户保存的历史记录,用户可以选择某一个版本的历史记录进行回滚。
你可以参考一篇来自阿里巴巴终端技术作者:黄也(胖丁)的文章,
随着低代码的普及,在低代码平台上构建企业级应用逐渐成为生产趋势。同时,随着低代码技术的提升,越来越多的复杂应用在低代码平台中完成。在其研发生命周期中,低代码开发者就会面临多人协作、并行开发、维护多版本的场景。而现有的低代码平台普遍缺乏这一能力或支持较弱,导致对协同开发的成本较高,限制了迭代的效率。
因此他们基于低代码系列相关协议,设计了低代码多分支协同开发的解决方案,以降低协同成本、提高研发效能。
协议原文:https://lowcode-engine.cn/lowcode 低代码引擎官网:https://lowcode-engine.cn/index
本文适合对低代码引擎有基本了解的人,了解低代码引擎的基础协议,并且希望通过文章中得到基于低代码引擎体系的多人协作方案。
以上仅供参考。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。