We have some .dylib libraries in our git repository, which are set to use git LFS as they are binary files.

Whenever we check out these files using Sourcetree, the files end up having the com.apple.quarantine attribute flag set, which leads to issues when we then try to use these libs when building an app with them (files are not trusted, get rejected and builds fail...)

Example of what we see after checkout with Sourcetree:

> xattr -p com.apple.quarantine mylib.dylib
0081;6992f10f;Sourcetree;

When we delete these files and then "git reset --hard" from a terminal using git on the command line (or use "git pull" when there are new versions), these files do NOT get that attribute set (and our builds work fine).

I also tried setting Sourcetree to use "system git" and "system git lfs", thinking that that would then be the same as if the git commands would be executed on the command line, but that did not help: the files still get that quarantine attribute set by Sourcetree...

Is there any way to fix this please?

This basically makes it almost impossible to just use Sourcetree as-is for our version control, unless we go to the terminal each time after changing branches/pulling changes/... and then manually fix these attributes every time.

Note: this happens with Sourcetree macOS version 4.2.16 (307), but I wasn't allowed to specify that version in the dropdown below so I had to choose 4.2.8...