Get a top 10 of biggest checkouts in repository
還沒有人認領這個 Issue。
評估
研究方向
先找出 git-sizer 中現有的「最大 checkout」計算邏輯，以及命令列參數的處理方式。加入要求 top-X 清單的方法，並確認回報了所要求數量的 checkout，讓它們能在移轉期間被識別出來以便排除。
由索引模型根據 Issue 內容生成。
描述
When migrating repository (from Subversion for instance), it may happen some branches or tags introduce mistakes and Git repository has multiple big checkouts I am interested to identify in a single list (so that they can be excluded from migration process in my case).
So I am interested in reusing git-sizer "biggest checkouts" calculation to report the "top X" biggest checkouts with specific argument.
- 主要語言
- Go
- 星號
- 4.1k
- 分支
- 202
- PR 合併指標
- 30 天內沒有已合併 PR
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
github/git-sizer 的其他 Issue
-
Warehouse未關閉
難度 5/5 一週以上 新手友好度 10/100
-
git-sizer can fail on some very long lines可能已有人在做 @simonkundrik 於 103 天前認領。 未關閉
難度 3/5 1-2 天 新手友好度 45/100
-
難度 1/5 1 小時以內 新手友好度 10/100
-
難度 3/5 1-2 天 新手友好度 45/100
-
難度 5/5 一週以上 新手友好度 5/100
相似的 Issue
-
triage
難度 2/5 1-3 小時 新手友好度 86/100
wakatime/wakatime-cli#1649 ·
維護者通常 1 天內回覆
-
PathBuffer.Pop corrupts later error locations when a key contains "." or "["可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 2/5 1-3 小時 新手友好度 68/100
danielgtaylor/huma#1135 ·
維護者通常 1 天內回覆
-
needs-triage
難度 2/5 1-3 小時 新手友好度 68/100
stacklok/toolhive-catalog#1734 ·
維護者通常 1 天內回覆
-
documentation priority:p1
難度 2/5 1-3 小時 新手友好度 78/100
yeixio/toskar-core#697 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
keyxmakerx/Chronicle#1532 ·
維護者通常 1 天內回覆