bazel-contrib / bazel-contrib/rules_python
A utility to generate "runfiles tree" for build actions
- 主要言語
- Starlark
- スター
- 688
- フォーク
- 721
- 平均マージ
- 15時間 7分
- マージ済み PR(30日)
- 76
説明
# 🚀 feature request
### Description
I'm wondering if there's a way to generate python runfiles in an action. This is probably a Bazel request but so far I've only really felt this pain for python as I try to write aspects that run on `py_library` targets but otherwise require a full runfiles tree.
The only issue I struggle to find a clean solution for is how to deal with generated files. Any library that contains generated files results in files being "missing" in the action bit in reality it hasn't been collapsed into a runfiles tree so other sources fail to import, for example.
### Describe the solution you'd like
I think if there's gonna be a `rules_python` specific implementation then it'd be natural to want to put this logic in python so it can run in the action and avoid impacting the analysis phase too much. Though I'm not sure how to handle environments like windows which do not run in a sandbox and would potentially litter the execroot or conflict with other running actions. Some utility in `rules_python` would be fantastic.
コントリビューションガイド
調査の方向性
The issue names no files, tests, or implementation entry point. Start by tracing how Python runfiles, generated files, and py_library aspects are handled in build actions, then investigate the Windows execroot and sandbox constraints. Done would require a defined utility design that makes generated files available without unnecessary analysis-phase impact or action conflicts.
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- build-system
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100