Closed fsiddiqia closed 8 years ago
I think what's going on here is that we actually get two different packages (one with // and one without) which both correspond to the same file because various calls normalise out the //, and it then races in some places when creating / deleting files; it certainly seems very nondeterministic to me. As you say, the cache seems to play a part; --nocache seems to affect results too.
Should be relatively easily fixed by banning the // anyway...
You can find the relevant test case in
core3/
branchmodel-python-server-test
We have a BUILD file like this (noe the double slash in the last dependency).
(core3/experimental/diana/models/frontend/src/js/components/monitor/BUILD)
Building that project results in the error below. Running a second time it is successful!
I think the problem is that it fails the first time (but manages to place it in the cache) and passes the second time because it's going through a different code path since the artifact is in the cache.