You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@airflow.apache.org by po...@apache.org on 2023/01/03 09:11:43 UTC
[airflow] branch main updated: Fixed typo (#28687)
This is an automated email from the ASF dual-hosted git repository.
potiuk pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/airflow.git
The following commit(s) were added to refs/heads/main by this push:
new e598a1b294 Fixed typo (#28687)
e598a1b294 is described below
commit e598a1b294956448928c82a444e081ff67c6aa47
Author: Adylzhan Khashtamov <ad...@gmail.com>
AuthorDate: Tue Jan 3 12:11:34 2023 +0300
Fixed typo (#28687)
---
docs/apache-airflow/administration-and-deployment/scheduler.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/apache-airflow/administration-and-deployment/scheduler.rst b/docs/apache-airflow/administration-and-deployment/scheduler.rst
index fbbe29e942..a499ad4ee0 100644
--- a/docs/apache-airflow/administration-and-deployment/scheduler.rst
+++ b/docs/apache-airflow/administration-and-deployment/scheduler.rst
@@ -280,7 +280,7 @@ When you know what your resource usage is, the improvements that you can conside
parsed continuously so optimizing that code might bring tremendous improvements, especially if you try
to reach out to some external databases etc. while parsing DAGs (this should be avoided at all cost).
The :ref:`best_practices/top_level_code` explains what are the best practices for writing your top-level
- Python code. The :ref:`best_practices/reducing_dag_complexity` document provides some ares that you might
+ Python code. The :ref:`best_practices/reducing_dag_complexity` document provides some areas that you might
look at when you want to reduce complexity of your code.
* improve utilization of your resources. This is when you have a free capacity in your system that
seems underutilized (again CPU, memory I/O, networking are the prime candidates) - you can take