Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 5 additions & 5 deletions airflow-core/docs/tutorial/fundamentals.rst
Original file line number Diff line number Diff line change
Expand Up @@ -20,7 +20,7 @@

Airflow 101: Building Your First Workflow
=========================================
Welcome to world of Apache Airflow! In this tutorial, we'll guide you through the essential concepts of Airflow, helping
Welcome to the world of Apache Airflow! In this tutorial, we'll guide you through the essential concepts of Airflow, helping
you understand how to write your first Dag. Whether you're familiar with Python or just starting out, we'll make the
journey enjoyable and straightforward.

Expand Down Expand Up @@ -74,7 +74,7 @@ parameters in a dictionary. The latter approach is usually more efficient and cl

|

If you want to dive deeper into the parameters of the BaseOperator, take a look at the documentation for
If you want to dive deeper into the parameters of the ``BaseOperator``, take a look at the documentation for
:py:class:`airflow.sdk.BaseOperator` documentation.

Creating a Dag
Expand All @@ -100,7 +100,7 @@ focus on the ``BashOperator`` to execute some simple bash commands.
Defining Tasks
--------------
To use an operator, you must instantiate it as a task. Tasks dictate how the operator will perform its work within the
Dag's context. In the example below, we instantiate the BashOperator twice to run two different bash scripts. The
Dag's context. In the example below, we instantiate the ``BashOperator`` twice to run two different bash scripts. The
``task_id`` serves as a unique identifier for each task.

.. exampleinclude:: /../src/airflow/example_dags/tutorial.py
Expand Down Expand Up @@ -262,9 +262,9 @@ You can test specific task instances for a designated *logical date*. This simul
a particular date and time.

.. note::
Notice that the scheduler runs your task *for* a specific date and time, not necessarily *at* that date or time.
Notice that the Scheduler runs your task *for* a specific date and time, not necessarily *at* that date or time.
The *logical date* is the timestamp that a Dag run is **named after**, and it typically corresponds to the **end**
of the time period your workflow is operating on or the time at which the Dag run was manually triggered.
of the time period your workflow is operating on - or the time at which the Dag run was manually triggered.

Airflow uses this logical date to organize and track each run; it's how you refer to a specific execution in the UI,
logs, and code. When triggering a Dag via the UI or API, you can supply your own logical date to run the workflow
Expand Down
Loading