I am working on a tool to automate content update progress and I am trying to use ContentUpdateScript.GetContentStateDataPath(bool browse) to get the path of the bin file automatically.
However when the parameter browse is set to false, the path returned is a relative path while when it is true (which is the case if we update content with the addressable group window), a full path is returned.
This leads to repacking of all bundles in my build script, even though none of the assets are changed.
I wonder if I got something wrong, or is it an actual bug that will be fixed in the future?
Could you share which version of the addressables package you’re currently using, as well as what version of the Editor you’re using? That will help us be able to help you. Thanks!
While it works, after building with this build script, git shows that there are changes in the addressable asset entry, showing that m_mainAssetType became null:
If I continue to build addressable without discarding this change, Addressables will repack all bundles even though there is nothing changed in that entry. But if I discard it everything works like a charm! I guess that that changes somewhat changed the hash of entry and triggered repack of bundles?
I wonder if I missed anything in my build script - any help is appreciated!
Updating again as it turns out the solution above doesn’t really work, and that the actual reason for bundles to rebuilt is because I used AssetDatabase.CopyAsset when copying raw assets to the encrypted variants.
This changes the GUID of the asset and leads to rebuilding ALL bundles in the group, even if the bundle mode of the group is pack separately.
For now I changed AssetDatabase.CopyAsset to File.Copy as a workaround. So far it works, but I will update again if anything breaks again.