Bundle reports schema update for every deployment
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
The bug sits in how the bundle deployment state compares a bound schema against the remote Unity Catalog schema, so start with the schema resource handling in the bundle deploy code and the deployment-state diff. Reproduce by binding an existing schema and running deploy twice; the expected result is no 'Updated schemas' line on the second run. Done means the second deploy reports no changes and the owner-null diff no longer appears.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the issue
When deploying bundle, schemas that existed before and were bound to the bundle are reported as updated when there are no changes made to the resource.
Configuration
resources:
schemas:
test_schema:
name: test_schema
catalog_name: test_catalog
Steps to reproduce the behavior
- Create schema to catalog with SQL
CREATE SCHEMA test_catalog.test_schema. - Run
databricks bundle deployment bind test_schema test_catalog.test_schema. - Bind command reports that changes were detected:
Approve the detected changes.Changes detected: ~ properties: {"owner":"root"} -> null - Run
databricks bundle deploy. - Run
databricks bundle deployagain.
Expected Behavior
The first deployment should apply the detected changes in the deployment and second deployment should not report schema as updated.
Actual Behavior
The first as well as the second bundle deployment reports that the test_schema was updated: Updated schemas.test_schema.
OS and CLI version
Windows 11, 1.20.0
Is this a regression?
Haven't tested with other versions.
- Ngôn ngữ chính
- Go
- Star
- 404
- Fork
- 246
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 281
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của databricks/cli
-
Apps commands only accept relative path to app.ymlCó thể đã có người làm @yuri-rod đã nhận 5 ngày trước. Đang mởCLI
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
databricks/cli#6910 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
DABs
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
databricks/cli#6670 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
DABs
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 18/100
databricks/cli#7002 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
databricks/cli#6978 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
immutable_folder cannot be used with a mode: development targetCó thể đã có người làm @andrewnester đã nhận 1 ngày trước. Đang mởBug DABs
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
databricks/cli#6963 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của databricks/cli
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
open-telemetry/opentelemetry-go-compile-instrumentation#1467 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Python 3.15 supportCó thể đã có người làm @amnesiaof đã nhận hôm nay. Đang mởL: python L: python:uv
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
dependabot/dependabot-core#16524 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
duplication
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
openvibely/openvibely#1443 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 60/100
canonical/service-mesh#845 ·
Maintainer thường phản hồi trong vòng 1 ngày