dlt-hub/dlt

data load tool (dlt) is an open source Python library that makes data loading easy 🛠️

View on GitHub ↗Jump to charts ↓

dlt-hub/dlt has 5.5k+ stars and 600+ forks on GitHub, is written in Python, and was last pushed on Oct 17, 2026. Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 1 hour ago
Added to GitGenius on January 5th, 2025
Created on January 26th, 2022
Open Issues & Pull Requests: 451 (+2)
GitHub issues: Enabled
Number of forks: 628
Total Stargazers: 5,980 (+0)
Total Subscribers: 27 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 2.3 days
Mean response time: 41.5 days
90th percentile: 112.9 days
Tracked items: 1,268

Maintainer activity

25 people did triage or write work on this repository in the last 12 months.

Counts unlabeled, assigned, unassigned, milestoned, demilestoned, locked, unlocked over the last 12 months. These are issue and pull request events that require triage or write permission. Commits and code review are not counted. labeled and renamed are excluded because GitHub issue forms record the issue author as the actor. Figures from October 11, 2026. This count is not comparable across projects: each project's automation decides which of these events a person emits. How this is counted.

How this project is maintained

About 10% of issues opened in the past year have never received a reply. 65% of open issues come from outside the core team, a mix of external reports and the maintainers' own roadmap. Work labelled "documentation" is answered fastest, typically in about 8 hours, while "tech-debt" waits about 2 weeks. 54% of tracked open issues have had no activity in three months. 64% of issues opened in the past year have been closed, leaving a working backlog.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 317
New in 7 days: 13
Closed in 7 days: 18
Avg open age: 244 days
Stale 30+ days: 276
Stale 90+ days: 227

Recent activity

Opened in 7 days: 11
Closed in 7 days: 17
Comments in 7 days: 12
Events in 7 days: 57

Top labels

  • bug (289)
  • enhancement (160)
  • question (150)
  • documentation (146)
  • destination (103)
  • community (80)
  • QoL (72)
  • support (41)

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

dlt is an open-source Python library designed to automate data loading tasks across diverse environments, from Google Colab notebooks and AWS Lambda functions to Airflow DAGs and local development machines. The library addresses the challenge of extracting data from messy sources and loading it into well-structured datasets through lightweight Python interfaces.

The core functionality of dlt encompasses extraction, loading, inspection, and transformation of data. It can extract from REST APIs, SQL databases, cloud storage, Python data structures, and over 5000 verified sources available through the dlt workspace. The library automatically infers schemas and data types, normalizes data, and handles nested data structures. It supports loading to popular destinations and provides an interface for creating custom destinations to enable reverse ETL pipelines.

A distinctive feature of dlt is its LLM-native workflow, built from the ground up to work with large language models. This allows users to take pipeline code from a notebook directly to data processing, making it accessible for AI-assisted development. The library supports Python 3.10 through Python 3.14, though Python 3.14 support is currently experimental due to limited availability of optional extras.

dlt automates pipeline maintenance through incremental loading, schema evolution, and schema and data contracts. It provides both Python and SQL data access capabilities, supports transformations, includes pipeline inspection tools, and enables data visualization in Marimo Notebooks. The library can be deployed anywhere Python runs, with specific support for Airflow and serverless cloud functions.

The library follows semantic versioning with the MAJOR.MINOR.PATCH pattern and recommends using compatible release specifiers for dependency management.

Community engagement is emphasized through an active Slack community, public GitHub project tracking, and contribution guidelines. The project notes that while new destination implementations are unlikely to be merged due to maintenance costs, bugfixes, improvements, and enhancements to existing destinations like SQLAlchemy are welcomed. The library is released under the Apache 2.0 License and is sponsored by Blacksmith, which provides CI/CD infrastructure support.