总览 场景举例 1、公司系统内部反馈协同待办栏目缓慢 2、内部群反馈到协同模块开发：张三 3、张三需要获取必要的信息 >张三直接联系出现缓慢的内部人员，重现问题，并记录用户所在节点和重现时间
背景 V5的Gitlab代码提交备注没有明确规范，太随意的提交备注在后续会产生连锁问题：测试不清楚修改点、同模块开发无法根据备注看出修改的什么问题。 良好的提交备注，才能在后续测试回测时提供相关参考信息，才能让开发遇到相同问题时能根据备注立刻找到解决方案！ 问题示例如下：
场景 开发需要将某分支某挑选几条（非全部记录）合并到另一个分支怎么办？ standard-V8.1-hotfix_1是V8.1发版后的飞虎队分支，standard-V8.1SP1-develop是正在研发中的新版本分支，两个分支的代码差距巨大。 而此时standard-V8.1-hotfix_1近期
场景 飞虎队修改BUG分支为：V8.1-hotfix_1，某个时间段我们需要基于V8.1更新一次生产盘以保障版本稳定，于是基于V8.1-hotfix_1复制出了V8.1-feature分支用于更新生产盘。 如果更新生产盘稳定版需要耗费一个月时间，V8.1-hotfix_1和V8.1-feature分
背景 今年发布新版本、更新生产盘发现N例修改客户BUG提交错分支、提交漏分支的问题。 也跟多位飞虎队同事沟通过，原因很多，这里就不陈述了，反正就是代码没提交到正确分支。 要知道各位每修改一个问题代码，日后就会减少一批客户的问题上报，这样才能做到产品逐渐稳定、良性发展。 为了降低这种失误发生率，我们改
课后作业 我要取V5.1SP1版本工程修改代码，我应该怎么办？ 历史版本安装程序获取方法 如果要快速搭建环境，V5.0~V8.0SP1各历史版本本地程序安装获取方法：链接。 或者从商务公布的安装程
升级程序及升级SQL规范 V5产品是一条主干上持续开发，我们的老版本客户也会选择升级到最新版本，所以开发任务过程中一定要考虑老客户升级，老客户升级有单独的升级程序。 什么时候需要升级 涉及到在一张表里新增字段，并且字段有预制数据，则要考虑老版本升级上来数据预制问题。 涉及到废弃一个字段，改用另一个新
说明 ====================================================================== CICD编译构建规范 代码提交之后，会进行代码编译构建，构建地址位于：https://build.seeyoncloud.com/#/task/sub
说明 我们要求每一行代码都以Gitlab Merge Request的形式合并提交，通过Merge Request的形式合并的代码不会直接提交到开发分支，需要由该工程的Maintainer或Owner在线检查代码后确认合并才算完成，这种方式就是一套标准的代码Review。 根据过去数年的经验，代码R