This is an automated email from the ASF dual-hosted git repository.
caishunfeng pushed a commit to branch dev
in repository https://gitbox.apache.org/repos/asf/dolphinscheduler.git
The following commit(s) were added to refs/heads/dev by this push:
new d1c47c99ad fix bug_10343 (#10344)
d1c47c99ad is described below
commit d1c47c99add4f9a7d2304f86c060f087d0738f2a
Author: xiangzihao <[email protected]>
AuthorDate: Thu Jun 2 16:13:51 2022 +0800
fix bug_10343 (#10344)
---
docs/docs/en/guide/project/workflow-definition.md | 20 ++++++++++----------
docs/docs/zh/guide/project/workflow-definition.md | 2 +-
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/docs/docs/en/guide/project/workflow-definition.md
b/docs/docs/en/guide/project/workflow-definition.md
index 0f15cffcbb..c0e2a99dc1 100644
--- a/docs/docs/en/guide/project/workflow-definition.md
+++ b/docs/docs/en/guide/project/workflow-definition.md
@@ -66,16 +66,16 @@ The following are the operation functions of the workflow
definition list:
Description of workflow operating parameters:
- * Failure strategy: When a task node fails to execute, other parallel
task nodes need to execute this strategy. "Continue" means: after a certain
task fails, other task nodes execute normally; "End" means: terminate all tasks
execution, and terminate the entire process
- * Notification strategy: When the process is over, send the process
execution result notification email according to the process status, options
including no send, send if sucess, send of failure, send whatever result
- * Process priority: The priority of process operation, divide into five
levels: highest (HIGHEST), high (HIGH), medium (MEDIUM), low (LOW), and lowest
(LOWEST). When the number of master threads is insufficient, high priority
processes will execute first in the execution queue, and processes with the
same priority will execute in the order of first in, first out;
- * Worker group: The process can only be executed in the specified worker
machine group. The default is `Default`, which can execute on any worker
- * Notification group: select notification strategy||timeout alarm||when
fault tolerance occurs, process result information or email will send to all
members in the notification group
- * Recipient: select notification policy||timeout alarm||when fault
tolerance occurs, process result information or alarm email will be sent to the
recipient list
- * Cc: select notification policy||timeout alarm||when fault tolerance
occurs, the process result information or warning email will be copied to the
CC list
- * Startup parameter: Set or overwrite global parameter values when
starting a new process instance
- * Complement: two modes including serial complement and parallel
complement. Serial complement: within the specified time range, the complements
are executed from the start date to the end date and N process instances are
generated in turn; parallel complement: within the specified time range,
multiple days are complemented at the same time to generate N process instances.
- * You can select complement time range (only support continuous date) when
executing a timing workflow definition. For example, need to fill in the data
from 1st May to 10th May, as shown in the figure below:
+ * Failure strategy: When a task node fails to execute, other parallel task
nodes need to execute this strategy. "Continue" means: after a certain task
fails, other task nodes execute normally; "End" means: terminate all tasks
execution, and terminate the entire process
+ * Notification strategy: When the process is over, send the process
execution result notification email according to the process status, options
including no send, send if sucess, send of failure, send whatever result
+ * Process priority: The priority of process operation, divide into five
levels: highest (HIGHEST), high (HIGH), medium (MEDIUM), low (LOW), and lowest
(LOWEST). When the number of master threads is insufficient, high priority
processes will execute first in the execution queue, and processes with the
same priority will execute in the order of first in, first out;
+ * Worker group: The process can only be executed in the specified worker
machine group. The default is `Default`, which can execute on any worker
+ * Notification group: select notification strategy||timeout alarm||when
fault tolerance occurs, process result information or email will send to all
members in the notification group
+ * Recipient: select notification policy||timeout alarm||when fault
tolerance occurs, process result information or alarm email will be sent to the
recipient list
+ * Cc: select notification policy||timeout alarm||when fault tolerance
occurs, the process result information or warning email will be copied to the
CC list
+ * Startup parameter: Set or overwrite global parameter values when
starting a new process instance
+ * Complement: two modes including serial complement and parallel
complement. Serial complement: within the specified time range, the complements
are executed from the start date to the end date and N process instances are
generated in turn; parallel complement: within the specified time range,
multiple days are complemented at the same time to generate N process instances.
+ * You can select complement time range (When the scheduled configuration
is not online, the daily complement will be performed by default according to
the selected time range.If the timing configuration is online, it will be
complemented according to the selected time range in combination with the
timing configuration) when executing a timing workflow definition. For example,
need to fill in the data from 1st May to 10th May, as shown in the figure below:
diff --git a/docs/docs/zh/guide/project/workflow-definition.md
b/docs/docs/zh/guide/project/workflow-definition.md
index da04be2867..7832e94d88 100644
--- a/docs/docs/zh/guide/project/workflow-definition.md
+++ b/docs/docs/zh/guide/project/workflow-definition.md
@@ -76,7 +76,7 @@
* 抄送人：选择通知策略||超时报警||发生容错时，会抄送流程信息或告警邮件到抄送人列表。
* 启动参数: 在启动新的流程实例时，设置或覆盖全局参数的值。
* 补数：包括串行补数、并行补数 2
种模式。串行补数：指定时间范围内，从开始日期至结束日期依次执行补数，依次生成N条流程实例；并行补数：指定时间范围内，多天同时进行补数，同时生成 N
条流程实例。
- * 补数： 执行指定日期的工作流定义，可以选择补数时间范围（目前只支持针对连续的天进行补数)，比如需要补 5 月 9 号到 5 月 10
号的数据，如下图所示：
+ * 补数：
执行指定日期的工作流定义，可以选择补数时间范围（当定时配置未上线时默认会根据所选时间范围进行每天一次的补数，如果定时配置已上线则会根据所选的时间范围结合定时配置进行补数)，比如需要补
5 月 9 号到 5 月 10 号的数据，如下图所示：
