WebExtract & binary2text are found in the Unity install location under the Data/Tools directory. If you post or direct message that information I can definitely look over it (note: on vacation next week) and see if it is something we have fixed, or still need to fix. Then run DiffMerge again on the text files and you can then see exactly what changed. If they are different, you can use WebExtract on the bundles to pull out the internal content, then run binary2text on the extracted internal content to get a more human readable version of the bundle data. Use a diff application like DiffMerge to check the 2 bundle files and see if they are the same or different. If that is still the case, then that would make the asset hash calculation system mess up again and make it think the asset has changed.įinally, I'd also test to see if the bundles themselves are actually different run to run. Timestamps are also a big deal with SVN as from what I remember SVN tends to mess up the timestamps of when the asset was last modified. So if your SVN is modifying the line endings to match the platform, that will mess up the hash calculation and make it think the asset has changed and thus need a rebuild. Unity uses unix line endings when it writes out any text files, regardless of platform. This will definitely cause the asset hash to be different in certain cases. Make sure your SVN does not modify the line endings of any text files on checkout. Click to expand.Ok, so the svn stands out as a possible source of the problem:

Open unity asset bundle extractor