Add fast Windows implementation for os.path.isjunction
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 45/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- python
調査の方向性
#101324 で議論された最適化と、エントリポイント nt._isjunction()、ntpath.isjunction()、DirEntry.is_junction()、pathlib.Path.is_junction() をレビューします。ジャンクションの検出を既存の islink() と比較し、LSTAT フォールバックとマウントポイントの再解析タグの動作も含めます。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時間
- マージ済み PR（30日）
- 558
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- 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
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
-
🐛 Bug 🔔 Pending processing
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
jumpserver/jumpserver#17584 ·