fix(release-python): __version__ をファイル直接 grep で読む（v0.1.0 publish 失敗の修復）

[aromarious]

概要

Step 13c の初回 PyPI publish (python-v0.1.0 tag push) が "Verify tag matches package version" ステップで失敗した件の修正。

失敗ログ

Run set -euo pipefail
...
Traceback (most recent call last):
  File \"<string>\", line 1, in <module>
    from cao_holidays import __version__; print(__version__)
ModuleNotFoundError: No module named 'cao_holidays'
##[error]Process completed with exit code 1.

原因

`uv run --no-sync python -c "from cao_holidays import version"` で実行していたが、`--no-sync` は依存 install をスキップするため `cao_holidays` モジュールがインストールされておらず import 不能。

修正

`version` の値は `src/cao_holidays/init.py` がそのまま真の場所（`pyproject.toml` の `[tool.hatch.version] path = "src/cao_holidays/init.py"`）。Python import を経由せずファイル直接 grepで値を取り出す:

```bash
pkg_version=$(grep -E '^version' src/cao_holidays/init.py | sed -E 's/."([^\"]+)"./\1/')
```

これで:

• `uv sync` 不要（高速、~20s 短縮）
• 依存 install の状態に左右されない
• 同一ファイルを使うので integrity も維持

影響範囲

• 公開済みの PyPI / GitHub Release: 影響なし。failure は verify 時点だったので publish も Release 作成もまだ走っていない（失敗ログでも step 4 以降に進んでいない）
• npm の cao-holidays: 一切無関係
• JS テスト: 一切無関係

merge 後

1. main に取り込まれた状態で python-v0.1.0 tag を delete + 新しい main HEAD で retag
2. retag を push → release-python.yml が再起動 → verify step が grep ベースで通る → uv build → PyPI Trusted Publishing で publish → GitHub Release 自動作成
3. `pip install cao-holidays==0.1.0` で fresh install 確認

テスト計画

• ローカル: `grep -E '^version' packages/python/src/cao_holidays/init.py | sed -E 's/."([^\"]+)"./\1/'` → `0.1.0` 正しく抽出を確認
• CI 緑 (`Build & test (Python 3.11/3.12/3.13)` + `Build & test (Node 22/24)` skip + CodeQL)
• merge 後、retag → release-python.yml が verify step 通過 → publish 成功

関連

• Refs Phase 2 実装: monorepo 移行 + Python パッケージ追加 #23 (Phase 2 umbrella) / ロードマップ: 多言語展開 #14 (multi-language ロードマップ) / Step 13c の post-merge fix

🤖 Generated with Claude Code