You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a package in a repository is replaced (or deleted and re-added), bpt continues to use the "old" version of the package if it's present in the local cache. This is totally understandable: How is bpt supposed to differentiate between the package revisions if they have the exact same version number (version+revision)?
I'm not sure if there is a good general solution for this. The obvious one is to never replace packages but always increment the version number (version and/or revision) instead. This aligns with what other package repositories (like PyPI and npm) are doing.
Packages can be replaced safely, if you have control over all downstream clients and can force them to clear their cache.
I don't think this is a huge issue, but should probably at least be mentioned somewhere in the docs for bpt repo.
The text was updated successfully, but these errors were encountered:
If a package in a repository is replaced (or deleted and re-added), bpt continues to use the "old" version of the package if it's present in the local cache. This is totally understandable: How is bpt supposed to differentiate between the package revisions if they have the exact same version number (version+revision)?
I'm not sure if there is a good general solution for this. The obvious one is to never replace packages but always increment the version number (version and/or revision) instead. This aligns with what other package repositories (like PyPI and npm) are doing.
Packages can be replaced safely, if you have control over all downstream clients and can force them to clear their cache.
I don't think this is a huge issue, but should probably at least be mentioned somewhere in the docs for
bpt repo
.The text was updated successfully, but these errors were encountered: