-
Notifications
You must be signed in to change notification settings - Fork 586
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
General FAKE improvements #1088
Conversation
…ename the saved assembly in order to be able to execute a test-suite with multiple cached build scripts.
@bjartwolf can you please verify latest alpha works for you? |
Testing now. Letting you know in a minute... |
Works fine on TeamCity. |
thx. starting proper release |
Lets hope the best, thanks @forki for all the patience and sorry for breaking things several times (at least we now have more unit tests). |
don't worry. I'm happy that you and other people care so much about the tool. |
I updated FAKE in Paket and get this when running build on fsprojects/Paket@844dcb8 |
says it cannot load a type in the assembly |
looking into it... |
Sadly I cannot reproduce, tried to checkout the git hash and 'paket restore -f'. Does "-pd" give the full error message? |
ok deleted .fake folder - seems to work now |
I guess we should invalidate all caches. Can you submit a PR which does that? maybe we need a cache version encoded in the file name. |
hm, maybe something to do with included scripts, but I thought we handle them in the caching code.... Could you send me the broken assembly (out of the recycle bin)? |
Do you mean FAKE version? |
In paket we have: https://github.com/fsprojects/Paket/blob/master/src/Paket.Core/Nuget.fs#L25 whenever we change that property paket will not take older caches |
Ah you mean a cache version, got it. For this particular change I added a warning file so it should have invalidated already... |
Therefore I assume something else is to blame here. |
I think it's better to print the exception, invalidate the cache and recompile if loading the cached assembly fails, this should work without adding any version. And it works in the case that something did go wrong when writing the cache (power outrage for example). I can come up with a PR if you agree (actually I wanted to include that but I decided to feature stop after it broke again and again :D ). |
sounds good |
By the way with this change we can finally move FAKE forwards in the sense that we can mark some ot the |
See #1083. Bah I hope its the last time now. This turned out to be way harder than imagined.