企业官网建设流程全解析

钓鱼网站二维码制作软件,芜湖做网站哪个公司好,响应式网站建设,软件编程学什么专业仓库 当然使用github进行管理。但是这次并不是单独一个仓库#xff0c;而是使用submodules进行管理。也就是说结构变成 一个主仓库关联多个子仓库#xff0c;其中主仓库存储这子仓库某个版本的id#xff0c;这样就可以追踪到子仓库快照。 为什么采用这个#xff1f; 同事用…仓库当然使用github进行管理。但是这次并不是单独一个仓库而是使用submodules进行管理。也就是说结构变成 一个主仓库关联多个子仓库其中主仓库存储这子仓库某个版本的id这样就可以追踪到子仓库快照。为什么采用这个同事用过俺寻思我也想试试怎么个事儿。优势可以通过主仓库一次性操作所有关联仓库的版本 确实舒服一次性回滚多个仓库代码方便仓库级别复用没享受到劣势CI/CD支持不好 虽然我也没用学习成本高毕竟不少人都没听过维护复杂度高 就说一点 子仓库更新版本主仓库不更新的话就相当于没更新协作成本高 我一个人没这问题# 此时已经clone主仓库了 git status git remote -v # 查看当前仓库信息 git submodule add 子仓库链接 contract-file#子仓库文件夹 git submodule status # 可以看到子仓库分支 cat .gitmodules #也可以看到每个目录对应的子仓库信息以上一同操作下来就是一个子仓库的链接由于idea的git图形化做的比较好所以只要关联过后就可以图形化操作了。设计的模块划分理想是好的我的模块按照功能进行划分。首先讲一下完整的服务应该有哪些我会标注一下每个模块的完成进度1. 核心业务模块7个合同管理模块- 合同上传、类型识别、附件管理智能审查引擎- 条款提取、任务编排、大模型调用、规则执行规则管理模块- 系统规则库、自定义规则、权重配置提示词管理模块- 模板库、变量处理、效果评分知识库模块- 条款样本、法规判例、企业标准报告生成模块- 结构化输出、PDF/Word导出、版本管理文本对比模块- 差异算法、并排对照、风险定位2. 支撑服务模块4个用户权限模块- 认证授权、审计水印当前单用户任务调度模块- 任务队列、流程配置、状态管理历史记录模块- 任务追踪、版本快照、日志记录统计治理模块- 运营数据、成功率监控、基线管理3. 基础设施模块3个API网关模块- 错误码、限流、缓存、幂等控制存储模块- 文档存储、元数据、缓存、审计日志外部集成模块- 大模型适配、格式转换、第三方集成4. MVP实施优先级P0核心合同管理、审查引擎、报告生成、文本对比、API网关、存储P1基础规则管理、提示词、知识库、任务调度、历史记录、外部集成P2占位用户权限、统计治理模块实际进度看到这个标题应该也会意识到个人开发往往不会有设计中的那么美好尤其还是自己一个人的时候所以划分出这么多模块的时候我就考虑到会舍弃一些所以划分的优先级但是实际操作起来放弃的功能和模块要多得多。废弃的模块文本对比模块难度太高业务没有稳定则不能开发、用户权限模块自行开发费时费力在界面上难以体现、历史记录模块过于细分、统计治理模块demo版本不开发除非有需求合并的模块规则管理和提示词管理合并入合同管理模块、报告生成模块和任务调度模块合并入 审查引擎、暂未开始的模块知识库模块实际的模块划分不能偏离现实所以实际的模块有以下几个并且明天我会详细介绍模块的功能边界和定位。1. 核心业务模块2个合同管理模块 contract-management- 合同上传、类型识别、附件管理智能审查引擎 contract-review-engine- 条款提取、任务编排、大模型调用、规则执行2. 支撑服务模块3个通用依赖模块 contract-common- 多服务通信Feign和相关传输类、通用工具类鉴权模块 contract-security-ruoyi- 远程鉴权、角色管理、权限管理基于ruoyi-vue springboot3分支开发。错误管理模块 contract-exception-handler- 全局错误捕获、错误日志记录、错误码管理3. 基础设施模块3个网关模块 contract-gateway- 限流、缓存、幂等控制、简单认证存储模块 contract-file- 文档存储、元数据AI集成模块 contract-ai- 大模型适配、格式转换、第三方集成明日会来讲解一下具体模块