detect "dirty" git working tree

未關閉
#1,962 2 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
3/5
預估耗時
1-2 天
新手友好度
38/100
Issue 類型
功能
描述清晰度
基本清楚
活躍度
停滯
技術堆疊
git, go
領域
cli

研究方向

從回報 Git 分支和 commit hash 的 bundle 部署/更新路徑開始,接著檢查它如何取得 Git 中繼資料。使用包含同步檔案未提交變更的 checkout 驗證結果,並確認顯示的 commit 識別碼會將部署標記為 dirty。

由索引模型根據 Issue 內容生成。

描述

DABs Enhancement No Autoclose
Describe the issue

When deploy/update a bundle, it will show the Git Branch and Commit Hash-ID.
But if the user has un-committed changes, this technically not correct.

Configuration

Just change any of the files being synced, in your local Git checkout, and do a deploy without doing a "git add / commit" first.

Expected Behavior

It should some how show that the deploy is "dirty", possibly by just suffixing the Commit Hash-ID with -dirty
An example how it can be detected (there might be better options):

[[ -n `git status -s` ]] && echo "dirty"

If it could also detect if the commit is local-only or also pushed to "remote origin", would be a really cool bonus!

Actual Behavior

It just shows the last committed Hash ID, which doesn't reflect that the files and resources might be different than the source-of-truth.

主要語言
Go
星號
427
分支
267
平均合併
2 天 1 小時
30 天內合併 PR
233

環境準備

  • 提供 Dockerfile 或 Docker Compose 檔案
  • 有 Pull Request 範本
  • 沒有貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

databricks/cli 的其他 Issue

查看 databricks/cli 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。