使用 org-depend 自动化任务流程

本文介绍了org-depend工具,用于管理具有依赖关系的任务。BLOCKER属性确保任务在其依赖任务完成前无法结束,而TRIGGER属性则在任务完成后自动开始指定任务。此外,还展示了如何自定义规则来检查任务状态,以及提供了相关参考文档。

原文地址:https://www.lujun9972.win/blog/2022/05/27/使用-org-depend-自动化任务流程/index.html

当项目涉及多项任务时,任务之间往往有先后的依赖关系,例如一个信息系统建设可能需要经过 可行性分析 后才能进入 立项申请 阶段,再然后才是 项目启动, 需求, 设计, 开发, 测试, 上线. 下一个步骤的开始依赖于上一个步骤的结束。

这就产生了两个需求:

  1. 如何在上一个步骤未完成的时候,禁止下一个步骤开始
  2. 上一个步骤完成后,自动开始下一个步骤

Karl Voit 给出的解决方法是 org-depend,原理其实非常简单,通过 可以检查是否允许进行状态变化,而 可以指定状态变化时要触发的函数。

org-depend 使用方法简介

org-depend 通过 BLOCKER 属性来指定当前任务开始所依赖的任务,使用 TRIGGER 属性来设置当前任务结束后自动开始的任务

BLOCKER 检查任务是否允许开始

BLOCKER 属性是一些 空格 分隔的任务ID列表,这些ID所代表的任务存在未完成的,则该任务不能开始(不过由于org-mode 的状态不能区分待开始和进行中,因此实际上只能约束其不允许结束)

考虑到很多时候上下游任务本身会按照兄弟关系从上倒下进行排列的,因此 org-depend 提供了一个关键字 previous-sibling 来表示上一个同级的任务。例如

* 项目
** TODO 可行性分析
** 立项申请
:PROPERTIES:
:BLOCKER:  previous-sibling
:END:

** 项目启动
** 需求
** 设计
** 开发
** 测试
** 上线

TRIGGER 自动开始任务

TRIGGER 属性稍微复杂一些,是一些 空格 分隔的 任务ID(状态) 列表。当本任务完成后,则会将这些ID所代表的任务设置为括号能的状态。

类似的, org-depend 也提供了一个关键字 chain-siblings 来表示下一个同级的任务。例如

* 项目
** TODO 可行性分析
:PROPERTIES:
:TRIGGER:  chain-siblings(TODAY)
:END:
** 立项申请

** 项目启动
** 需求
** 设计
** 开发
** 测试
** 上线

事实上关于 TRIGGER 的语法支持多种形式,比如 chain-siblings-scheduled 可以传递计划时间, chain-find-next(状态[,选项]) 可以灵活定义下一个任务的搜索方式。 详情可以参见 org-depend.el 中的注释部分。

定义自己的规则

前面说的由于 org-mode 的状态关键字不能区分 待开始进行中 这两种状态,因此 org-depend 只能限制依赖任务在被依赖任务未完成之前无法切换到完成状态。不过只要指导了原理,我们也可以实现自己的检查条件:

例如,假设我们以 PROG 状态来表示 进行中, 那么以下设置可以实现当 task 属性中包含 :DEPEND_ID 时,表示该属性值对应的 task 必须先完成,否则不能进入PROG状态。

(defun my-check-depend-task-state (args)
  "检查依赖任务是否完成"
  (message "%s" args)
  (let* ((to (plist-get args :to))
         (depend-id (org-element-property :DEPEND_ID (org-element-at-point)))
         (depend-task-state (when (and depend-id
                                       (not (string= depend-id "")))
                              (save-excursion
                                (goto-char (org-find-entry-with-id depend-id))
                                (nth 2 (org-heading-components))))))
    (or (not (member to '("PROG")))
        (not depend-task-state)
        (member depend-task-state org-done-keywords))))

(add-hook 'org-blocker-hook #'my-check-depend-task-state)
**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值