diff --git a/README.md b/README.md index 0aa04e8..e44e946 100644 --- a/README.md +++ b/README.md @@ -15,7 +15,9 @@ Docker

+ # 项目介绍 +**注意根据GitHub源码内容为最新版本,官网和DockerHub更新稍慢** ## LiteOps CICD 平台概述 @@ -35,66 +37,45 @@ LiteOps的核心特点是"实用、贴合需求、易于使用": 仪表板 -

系统仪表板
整体概览,快速查看系统状态

项目列表 -

项目管理
统一管理所有项目

构建任务 -

构建任务
手动触发构建

构建需求 -

构建需求
填写构建需求

构建日志 -

构建日志
实时查看构建过程和结果

构建历史1 -

构建历史
阶段错误状态追踪

构建历史2 -

构建详情
暂停状态追踪

构建历史3 -

构建历史日志
详细日志记录

系统设置 -

系统基础设置
灵活的系统配置管理

凭据配置 -

凭据管理
安全的凭据和配置文件管理

-## 项目背景 - -在日常开发工作中,我发现现有的工作流程存在一些功能缺失。市面上的CI/CD工具虽然功能丰富,但往往存在以下问题: - -1. 与公司现有流程不匹配,需要大量定制。比如我们不允许自动化构建(webhook调用),只允许测试手动构建,便于知道发布之后修改了什么功能/bug。 -2. 功能过于复杂,团队实际只需要其中一小部分 -3. 学习和维护成本高(Jenkins Pipeline) -4. 难以满足团队特定的自动化需求 - -LiteOps正是基于这些实际问题开发的,它不追求"高大上"的全面解决方案,而是专注于解决团队日常工作中的实际痛点,提供刚好满足需求的功能。更多的是发布记录功能。如:测试去构建的时候需要去填写构建需求、可观测发布分支最后提交人以及提交commit记录。 - ## 技术架构 LiteOps采用前后端分离的架构设计: @@ -289,4 +270,6 @@ LiteOps目前处于未完善状态,虽然核心功能已经初步实现,但 - **邮箱**:hukdoesn@163.com - **GitHub Issues**:[提交问题或建议](https://github.com/hukdoesn/liteops/issues) +Magic Gardens + --- \ No newline at end of file diff --git a/image/wechat.png b/image/wechat.png new file mode 100644 index 0000000..fdf0f84 Binary files /dev/null and b/image/wechat.png differ