[Feature Request] Clean up local bundle cache (.databricks folder) when identity or root path is changed

Đang mở
  • Có gì không ổn?
#2,431 5 bình luận 0 reaction 1 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

@andrewnester đang làm issue này rồi.

Từ ngày 8/12/2025.

Đánh giá

Issue này chưa được đánh giá.

Mô tả

DABs Enhancement No Autoclose
Describe the issue

I have inhertited a project were bundles are dynamically build in the same folder.

/
/use case a
/use case b
/databricks.yaml.template (includes workflows from a and b dynamically)

during CI/CD
/databicks.yaml (with use case a, job a) is build and deployed
.. later
/databicks.yaml (with use case b, with job b) is build and deployed

I have the feeling that this is too complex and can also be achieved in a static fashion.
I think this also explains why we only see bundle b deployed and not a.

But this non the less raises the question which attributes are used to make the identity of a bundle or more specifically its ressources.

What combination of attributes (source path, target path, bundle name, ...) is used to decide which resources are needed to be deleted, adjusted or created.
Can you please shed some light on it independent of my problem above?

Configuration

See above

Steps to reproduce the behavior
  1. A set of bundles (a, b, c) is dynamically created
  2. After deployment of bundle a, b, c only the workflow c exists, a and b are not there.
Expected Behavior

None so far, only a question. I also haven't found a quick answer in the documentation.

Actual Behavior

Only the last deployed bundle exists. A and b seem to get created and then deleted again - I believe since the mechanisms used identified all three bundles as beeing the same.

OS and CLI version

Databricks CLI v0.238.0

Is this a regression?

No

Debug Logs

could be provided upon request, but will have to be cleaned up

Ngôn ngữ chính
Go
Star
427
Fork
267
Merge trung bình
2 ngày 1 giờ
Pull request đã merge (30 ngày)
233

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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của databricks/cli

Tất cả issue của databricks/cli

Issue tương tự

Thêm issue về Go

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.