Update docstrings for packaging rules/macros - #535
Conversation
alexeagle
left a comment
There was a problem hiding this comment.
I think it's not desirable that the markdown in the docs/ folder no longer matches the starlark generation if this PR lands. Someone would have to remember to run the update_docs.sh and we probably won't.
Let's do #540 so it's ergonomic and quick to keep them in sync always.
83dedb3 to
c6fd4a8
Compare
|
All (the pull request submitter and all commit authors) CLAs are signed, but one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that by leaving a comment that contains only Note to project maintainer: There may be cases where the author cannot leave a comment, or the comment is not properly detected as consent. In those cases, you can manually confirm consent of the commit author(s), and set the ℹ️ Googlers: Go here for more info. |
|
@googlebot I consent. |
5daa36b to
123cf8c
Compare
182417d to
e78c9eb
Compare
|
Cheers 👍 |
Prompted by #534 and reading through the docstrings, I'm putting up these edits to clean up things.
pip_import, I thought "import" was a misleading term. The rules need to install packages, and this involves running sometimes arbitrary on the system if a wheel isn't available. "import" also clashes with Python'simportkeyword. Rulesets such asrules_jvm_externaluse "resolve" and "fetch", which is appropriate for JVM dependencies because they are just file bundles you download, but this Python stuff you're installing.compile_pip_requirements#534 showed me that the generated documentation doesn't show anything for our deprecated rules and it's a bit confusing to see no detail.PR Checklist
Please check if your PR fulfills the following requirements:
.parfiles. See CONTRIBUTING.md for infoPR Type
What kind of change does this PR introduce?
Does this PR introduce a breaking change?