databricks-cli/bundle/artifacts/whl
Andrew Nester 5431174302
Do not add wheel content hash in uploaded Python wheel path (#1015)
## Changes
Removed hash from the upload path since it's not useful anyway.

The main reason for that change was to make it work on all-purpose
clusters. But in order to make it work, wheel version needs to be
increased anyway. So having only hash in path is useless.

Note: using --build-number (build tag) flag does not help with
re-installing libraries on all-purpose clusters. The reason is that
`pip` ignoring build tag when upgrading the library and only look at
wheel version.
Build tag is only used for sorting the versions and the one with higher
build tag takes priority when installed. It only works if no library is
installed.
See
a15dd75d98/src/pip/_internal/index/package_finder.py (L522-L556)
https://github.com/pypa/pip/issues/4781

Thus, the only way to reinstall the library on all-purpose cluster is to
increase wheel version manually or use automatic version generation,
f.e.
```
setup(
  version=datetime.datetime.utcnow().strftime("%Y%m%d.%H%M%S"),
  ...
)
```

## Tests
Integration tests passed.
2023-11-29 10:40:12 +00:00
..
testdata Auto detect Python wheel packages and infer build command (#603) 2023-07-26 10:07:26 +00:00
autodetect.go Do not add wheel content hash in uploaded Python wheel path (#1015) 2023-11-29 10:40:12 +00:00
autodetect_test.go Auto detect Python wheel packages and infer build command (#603) 2023-07-26 10:07:26 +00:00
build.go Do not add wheel content hash in uploaded Python wheel path (#1015) 2023-11-29 10:40:12 +00:00
from_libraries.go Process only Python wheel tasks which have local libraries used (#751) 2023-09-08 11:08:21 +00:00
infer.go Do not add wheel content hash in uploaded Python wheel path (#1015) 2023-11-29 10:40:12 +00:00