Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Bundle reports schema update for every deployment

オープン
#6,986 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
go
領域
cli, data

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

DABs
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
  1. Create schema to catalog with SQL CREATE SCHEMA test_catalog.test_schema.
  2. Run databricks bundle deployment bind test_schema test_catalog.test_schema.
  3. Bind command reports that changes were detected:
    Changes detected:
       ~ properties: {"owner":"root"} -> null
    
    Approve the detected changes.
  4. Run databricks bundle deploy.
  5. Run databricks bundle deploy again.
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.

主要言語
Go
スター
404
フォーク
246
平均マージ
1日 15時間
マージ済み PR(30日)
286

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

databricks/cli のほかの issue

databricks/cli の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。