+ 
to the canvas, to add a shell task to the canvas, as shown in the figure below:
+- Drag from the toolbar 
to the canvas, to add a shell task to the canvas, as shown in the figure below:
- 
+ 
- **Add parameter settings for shell task:**
-1. Fill in the "Node Name", "Description" and "Script" fields;
-2. Check “Normal” for “Run Flag”. If “Prohibit Execution” is checked, the task will not execute when the workflow runs;
-3. Select "Task Priority": when the number of worker threads is insufficient, high priority tasks will execute first in the execution queue, and tasks with the same priority will execute in the order of first in, first out;
+1. Fill in the `Node Name`, `Description` and `Script` fields;
+2. Check “`Normal`” for “`Run Flag`”. If “`Prohibit Execution`” is checked, the task will not execute when the workflow runs;
+3. Select `Task Priority`: when the number of worker threads is insufficient, high priority tasks will execute first in the execution queue, and tasks with the same priority will execute in the order of first in, first out;
4. Timeout alarm (optional): check the timeout alarm, timeout failure, and fill in the "timeout period". When the task execution time exceeds **timeout period**, an alert email will send and the task timeout fails;
-5. Resources (optional). Resources are files create or upload in the Resource Center -> File Management page. For example, the file name is `test.sh`, and the command to call the resource in the script is `sh test.sh`;
+5. Resources (optional). Resources are files create or upload in the `Resource Center -> File Management` page. For example, the file name is `test.sh`, and the command to call the resource in the script is `sh test.sh`;
6. Customize parameters (optional);
-7. Click the "Confirm Add" button to save the task settings.
+7. Click the `Confirm Add` button to save the task settings.
- **Set dependencies between tasks:** Click the plus sign on the right of the task node to connect the task; as shown in the figure below, task Node_B and task Node_C execute in parallel, When task Node_A finished execution, tasks Node_B and Node_C will execute simultaneously.
- 
+ 
-- **Delete dependencies:** Click the "arrow" icon in the upper right corner 
, select the connection line, and click the "Delete" icon in the upper right corner 
, delete dependencies between tasks.
+- **Delete dependencies:** Click the "arrow" icon in the upper right corner 
, select the connection line, and click the "Delete" icon in the upper right corner 
, delete dependencies between tasks.
- 
+ 
-- **Save workflow definition:** Click the "Save" button, and the "Set DAG chart name" window pops up, as shown in the figure below. Enter the workflow definition name, workflow definition description, and set global parameters (optional, refer to [global parameters](../parameter/global.md)), click the "Add" button to finish workflow definition creation.
+- **Save workflow definition:** Click the `Save` button, and the "Set DAG chart name" window pops up, as shown in the figure below. Enter the workflow definition name, workflow definition description, and set global parameters (optional, refer to [global parameters](../parameter/global.md)), click the `Add` button to finish workflow definition creation.
- 
+ 
> For other types of tasks, please refer to [Task Node Type and Parameter Settings](#TaskParamers).
## Workflow Definition Operation Function
-Click Project Management -> Workflow -> Workflow Definition to enter the workflow definition page, as shown below:
+Click `Project Management -> Workflow -> Workflow Definition` to enter the workflow definition page, as shown below:
-
+
The following are the operation functions of the workflow definition list:
- **Edit:** Only "Offline" workflow definitions can be edited. Workflow DAG editing is the same as [Create Workflow Definition](#creatDag)
-- **Online:** When the workflow status is "Offline", used to make workflow online. Only the workflow in the "Online" state can run, but cannot edit
-- **Offline:** When the workflow status is "Online", used to make workflow offline. Only the workflow in the "Offline" state can be edited, but cannot run
+- **Online:** When the workflow status is "Offline", used to make workflow online. Only the workflow in the "Online" state can run, but cannot edit.
+- **Offline:** When the workflow status is "Online", used to make workflow offline. Only the workflow in the "Offline" state can be edited, but cannot run.
- **Run:** Only workflow in the online state can run. See [2.3.3 Run Workflow](#run-the-workflow) for the operation steps.
-- **Timing:** Timing can only set to online workflows, and the system automatically schedules to run the workflow on time. The status after creating a timing setting is "offline", and the timing must set online on the timing management page to make effect. See [2.3.4 Workflow Timing](#workflow-timing) for timing operation steps
-- **Timing Management:** The timing management page can edit, online or offline and delete timing
+- **Timing:** Timing can only set to online workflows, and the system automatically schedules to run the workflow on time. The status after creating a timing setting is "offline", and the timing must set online on the timing management page to make effect. See [2.3.4 Workflow Timing](#workflow-timing) for timing operation steps.
+- **Timing Management:** The timing management page can edit, online or offline and delete timing.
- **Delete:** Delete the workflow definition. In the same project, only the workflow definition created by yourself can be deleted, and the workflow definition of other users cannot be deleted. If you need to delete it, please contact the user who created it or the administrator.
-- **Download:** Download workflow definition to local
+- **Download:** Download workflow definition to local.
- **Tree Diagram:** Display the task node type and task status in a tree structure, as shown in the figure below:
-
+
## Run the Workflow
-- Click Project Management -> Workflow -> Workflow Definition to enter the workflow definition page, as shown in the figure below, click the "Go Online" button 
to make workflow online.
+- Click `Project Management -> Workflow -> Workflow Definition` to enter the workflow definition page, as shown in the figure below, click the "Go Online" button 
to make workflow online.
-
+
-- Click the "Run" button to pop up the startup parameter setting window, as shown in the figure below, set the startup parameters, click the "Run" button in the pop-up box, the workflow starts running, and the workflow instance page generates a workflow instance.
+- Click the `Run` button to pop up the startup parameter setting window, as shown in the figure below, set the startup parameters, click the `Run` button in the pop-up box, the workflow starts running, and the workflow instance page generates a workflow instance.
-
+
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 (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:
+ * 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: includes serial complement and parallel complement and supports manual date input and date selection. Serial complement defines, within the specified time range, executes the complements from the start date to the end date by sequential and N process instances are generated in sequence. Parallel complement defines executing the complement concurrently in the multiple days to generate N process instances within the specified time range. Manual date input defines: manually input the date following the date format `yyyy-MM-dd HH:mm:ss` and separate dates by a comma. Date selection defines: to select dates via UI.
+ * Dependent Mode: Trigger the complement of workflow instances that the downstream dependent node depends on the current workflow(It is required that the scheduled status of the workflow instance of the current replenishment is online, and only the downstream supplement directly dependent on the current workflow will be triggered).
+ * 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:
+
+ 
+
+ > Serial mode: the complement execute sequentially from 9th May to 10th May, and the process instance page generates 2 process instances;
+
+ > Parallel mode: The tasks from 9th May to 10th May execute simultaneously, and the process instance page generates 2 process instances;
+
+ * You can manually enter the complement dates (independent from the timing configuration) to execute the complement data to workflow definitions. The figure below is an example to make complement data from 9th May to 10th May:
+
+ 
+
+ > Serial mode: the complement execute sequentially from 9th May to 10th May, and the process instance page generates 2 process instances;
+
+ > Parallel mode: The tasks from 9th May to 10th May execute simultaneously, and the process instance page generates 2 process instances;
+
+## Run the task alone
+
+- Right-click the task and click the `Start` button (only online tasks can be clicked to run).
- 
+
- > Serial mode: the complement execute sequentially from 9th May to 10th May, and the process instance page generates 10 process instances;
+- The startup parameter setting dialog box is displayed, and the parameter description is the same as [run the workflow](#run-the-workflow).
- > Parallel mode: The tasks from 9th May to 10th May execute simultaneously, and the process instance page generates 10 process instances;
+
## Workflow Timing
-- Create timing: Click Project Management->Workflow->Workflow Definition, enter the workflow definition page, make the workflow online, click the "timing" button 
, the timing parameter setting dialog box pops up, as shown in the figure below:
+- Create timing: Click `Project Management -> Workflow-> Workflow Definition`, enter the workflow definition page, make the workflow online, click the "timing" button 
, the timing parameter setting dialog box pops up, as shown in the figure below:
- 
+ 
- Choose the start and end time. In the time range, the workflow runs at regular intervals; If not in the time range, no regular workflow instances generate.
- Add a timing that execute 5 minutes once, as shown in the following figure:
- 
+ 
- Failure strategy, notification strategy, process priority, worker group, notification group, recipient, and CC are the same as workflow running parameters.
- Click the "Create" button to create the timing. Now the timing status is "**Offline**" and the timing needs to be **Online** to make effect.
-- Timing online: Click the "Timing Management" button 
, enter the timing management page, click the "online" button, the timing status will change to "online", as shown in the below figure, the workflow makes effect regularly.
+- Timing online: Click the `Timing Management` button 
, enter the timing management page, click the `online` button, the timing status will change to `online`, as shown in the below figure, the workflow makes effect regularly.
- 
+ 
## Import Workflow
-Click Project Management -> Workflow -> Workflow Definition to enter the workflow definition page, click the "Import Workflow" button to import the local workflow file, the workflow definition list displays the imported workflow and the status is offline.
+Click `Project Management -> Workflow -> Workflow Definition` to enter the workflow definition page, click the `Import Workflow` button to import the local workflow file, the workflow definition list displays the imported workflow and the status is offline.
diff --git a/docs/docs/en/guide/project/workflow-instance.md b/docs/docs/en/guide/project/workflow-instance.md
index 004322e1ab..5f1686a97f 100644
--- a/docs/docs/en/guide/project/workflow-instance.md
+++ b/docs/docs/en/guide/project/workflow-instance.md
@@ -2,47 +2,47 @@
## View Workflow Instance
-- Click Project Management -> Workflow -> Workflow Instance, enter the Workflow Instance page, as shown in the figure below:
+- Click `Project Management -> Workflow -> Workflow Instance`, enter the Workflow Instance page, as shown in the figure below:
-
+
- Click the workflow name to enter the DAG view page, and check the task execution status, as shown in the figure below:
-
+
## View Task Log
- Enter the workflow instance page, click the workflow name, enter the DAG view page, double-click the task node, as shown in the figure below:
-
+
- Click "View Log", a log window pops up, as shown in the figure below, you can also view the task log on the task instance page, refer to [Task View Log](./task-instance.md)
-
+
## View Task History
-- Click Project Management -> Workflow -> Workflow Instance, enter the workflow instance page, and click the workflow name to enter the workflow DAG page;
-- Double-click the task node, as shown in the figure below, click "View History" to jump to the task instance page, and display a list of task instances running by the workflow instance
+- Click `Project Management -> Workflow -> Workflow Instance`, enter the workflow instance page, and click the workflow name to enter the workflow DAG page;
+- Double-click the task node, as shown in the figure below, click `View History` to jump to the task instance page, and display a list of task instances running by the workflow instance.
-
+
## View Operation Parameters
-- Click Project Management -> Workflow -> Workflow Instance, enter the workflow instance page, and click the workflow name to enter the workflow DAG page;
-- Click the icon in the upper left corner 
，View the startup parameters of the workflow instance; click the icon 
，View the global and local parameters of the workflow instance, as shown in the following figure:
+- Click `Project Management -> Workflow -> Workflow Instance`, enter the workflow instance page, and click the workflow name to enter the workflow DAG page;
+- Click the icon in the upper left corner 
，View the startup parameters of the workflow instance; click the icon 
，View the global and local parameters of the workflow instance, as shown in the following figure:
-
+
## Workflow Instance Operation Function
-Click Project Management -> Workflow -> Workflow Instance, enter the workflow instance page, as shown in the figure below:
+Click `Project Management -> Workflow -> Workflow Instance`, enter the workflow instance page, as shown in the figure below:
-
+
- **Edit：** only processes with success/failed/stop status can be edited. Click the "Edit" button or the workflow instance name to enter the DAG edit page. After the edit, click the "Save" button to confirm, as shown in the figure below. In the pop-up box, check "Whether to update the workflow definition", after saving, the information modified by the instance will be updated to the workflow definition; if not checked, the workflow definition would not be updated.
-
+
-j9jBKA7hJjv%8`W&#rXnWrHkAq8jkBQC0 9Hs)}EG*(NBW0cg0!AL_^frakMnHZn1Gz$#Hd*?4{a66te>+sBqavuc1d
zRw);sjr-NFv>Bsg6ES_f$ZrRz42k>wv)ybk9s;
zz7+uJxyt87OnUJfdmqm+y?E%GbwZp*uEtRjxUB;zK!ve20i9icmQztpoXm?%`}iRv
zl8alu80mI3FI~{65*{P4OdlOcs5KwO4c9>NbH|G~78XONxi^dTpImgXy#n|FliG<0
zVH2Y^Wb#muWkdaRm%t$Thv&3)GFp18DEDvxs<@~f+TgzOOa9M2Wxr<1!%pq_T4Z_S
zg2>oT3ra|q+XSir9tbqoF1LWqL@=<5^+X6@U>pJ4k7V;H4{;+|J3G2%;r%mrM$plC
zf7dJs2Mj#y9Ieu*le~AxIT_@C@M=rWHT|t~F0T~kGqc6R6@u}PoY`#5rgN!Fv=C;I
zBf2rNI!dc-En0R*N^}S^_dJsIx;VNZ-9=<&4^9iNbgYC;MkSJh#3wjI*xQjgRMhAc
z)akEC$uT56)Akqc&%GkFUAypZ;Ck6iE%KXtz~PB^MP|%BFswoaVWbzR*gw7A3(sX!
z`3XWqc+oA?pI2p;ul#U&$cKzBl`n)&4-Ftx*cg@<+g~Znc%JUbAKrEhL17_PW2GS+
z`=?dNso%orVhdA);}hg@?U20dFWjT68OS1+17E7sB@!$rx)bzRc|&@v6l1?0NEp+S
z#7wt=!ZTMWp?n3_TN+*+<_1x0I(;U4@m|l#j?W2oz>Qh=p=H{+Me*DrK4QQIHOI6&
z2G`=$E3-^exS6p7Yw#y2pmr>cXZ6>~$I)vc3<(R0vgoOm(<<9EymAj-7~Q;(YUoi$
zJ-al}q395xKGd<$p`cTYn|$3OoF8?}5Kutp8)aSW*@tJj=kLULQZ@$-Um|#?xthn?
zk6=*k4JY