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 I remember correctly, the current behavior of @efroemling's files server is to remove files that have not been part of the latest commit's build requirements for 90 (or 60, don't remember) days. This poses an issue were support for prefabs is dropped for ALL stable versions of the game when it's taking a long time to stabilize the newest beta version of the game. As of right now, support for 1.7.36 has been dropped even though it's the latest stable version of the game.
Solution
The file server should treat files for stable versions as a LTS version and keep on supporting them no matter how long they have been there until the next version becomes stable + 90 extra days. Since there are many commits in the project, the server can check which commit it should consider to be the current LTS version by checking which commit the latest tag in the repository refers to.
Alternatives
An alternative would be to host an archive of efrocache for every commit on an external third-party website; but I wouldn't personally like that.
The text was updated successfully, but these errors were encountered:
Well said, important point.
Especially for ones who are working on older builds, this problem makes it impossible to build one, which is really annoying.
The cache is stored for a year now as stated by Efro so it should be good now hopefully
also asset packages should help mitigate this problem further by keeping the size of cache to minimum
Description
If I remember correctly, the current behavior of @efroemling's files server is to remove files that have not been part of the latest commit's build requirements for 90 (or 60, don't remember) days. This poses an issue were support for prefabs is dropped for ALL stable versions of the game when it's taking a long time to stabilize the newest beta version of the game. As of right now, support for 1.7.36 has been dropped even though it's the latest stable version of the game.
Solution
The file server should treat files for stable versions as a LTS version and keep on supporting them no matter how long they have been there until the next version becomes stable + 90 extra days. Since there are many commits in the project, the server can check which commit it should consider to be the current LTS version by checking which commit the latest tag in the repository refers to.
Alternatives
An alternative would be to host an archive of efrocache for every commit on an external third-party website; but I wouldn't personally like that.
The text was updated successfully, but these errors were encountered: