Add fast Windows implementation for os.path.isjunction
還沒有人認領這個 Issue。
評估
- 難度
- 3/5
- 預估耗時
- 1-2 天
- 新手友好度
- 45/100
- Issue 類型
- 功能
- 描述清晰度
- 基本清楚
- 活躍度
- 停滯
- 技術堆疊
- python
研究方向
檢視 #101324 中討論的最佳化，以及入口點 nt._isjunction()、ntpath.isjunction()、DirEntry.is_junction() 和 pathlib.Path.is_junction()。將 junction 偵測與現有的 islink() 進行比較，包括 LSTAT fallback 和掛載點重新解析標籤的行為。完成標準是 Windows 實作提供所要求的行為並實現約 25% 的速度提升，同時不使 shutil.rmtree() 或 pathlib.Path.is_junction() 發生回歸。
由索引模型根據 Issue 內容生成。
描述
Feature or enhancement
In #101324, @eryksun pointed out that we could also optimize os.path.isjunction(), and would like see the same ~25% speedup as for isdir, isfile and islink:
Maybe also add nt._isjunction() for the new ntpath.isjunction() test in 3.12. It's like islink(), except it checks for the tag IO_REPARSE_TAG_MOUNT_POINT. In the LSTAT fallback, it would check st.st_reparse_tag == IO_REPARSE_TAG_MOUNT_POINT.
It's not critical to support this since we don't have use cases for it yet in the standard library. Currently DirEntry.is_junction() is used by shutil.rmtree(), but ntpath.isjunction() is only used by pathlib.Path.is_junction().
- 主要語言
- Python
- 星號
- 77.2k
- 分支
- 36k
- 平均合併
- 1 天 9 小時
- 30 天內合併 PR
- 558
貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
python/cpython 的其他 Issue
-
docs pending
難度 2/5 1-3 小時 新手友好度 78/100
-
stdlib type-feature
難度 2/5 1-3 小時 新手友好度 78/100
-
stdlib type-feature
難度 2/5 1-3 小時 新手友好度 72/100
-
build type-bug
難度 2/5 1-3 小時 新手友好度 76/100
-
stdlib topic-email type-feature
難度 2/5 1-3 小時 新手友好度 70/100
相似的 Issue
-
link-check link-check:sphinx-theme
難度 2/5 1-3 小時 新手友好度 72/100
-
難度 2/5 1-3 小時 新手友好度 65/100
qgis/QGIS-Documentation#11275 ·
-
bug priority:normal ready-for-dev
難度 2/5 1-3 小時 新手友好度 88/100
OpenHands/extensions#626 · 1 則留言 ·
-
難度 1/5 1 小時以內 新手友好度 90/100
CSCfi/sd-search-api#39 ·
-
難度 1/5 1 小時以內 新手友好度 90/100