1) It's cool to see Redis ported on win32, especially now that they are trying to provide an implementation that can persist asynchronously and so forth.
2) Not interested in backporting changes into the main Redis codebase at the moment, because there are little reasons to deploy on WIN32 IMHO, and the changes to the code base are massive.
So it's interesting, it's listed in the "download" page of hte official site as an external project, but there are no solid reasons to make the official code base more complex.
There are plenty of reasons to deploy on Windows, and it has lost Redis a lot of momentum and wins that it doesn't support it.
That's not snark- I'm genuinely curious.
Absolutely true. He owes me or anyone else nothing. I am not saying that he should do it, I'm just replying to the specific statement about deploying on Windows. There are plenty of reasons someone might prefer to deploy on Windows, which explains why almost all successful technologies have first-class windows options (Mongodb, PHP, Ruby, Apache, MySQL, postresql, Membase, and on and on and on).
If it succeeds on win32 then, based on previous history, we can assume that similar functionality will be added in some oblique fashion to Microsoft SQL Server. At that point Microsoft would, based on previous history, withdraw support from Redis so it could provide its customers a better experience by concentrating all of its resources on the MS SQL product. Lacking support, Redis on win32, would whither and die on that platform.
If Redis on win32 doesn't succeed then one would expect Microsoft to withdraw support and Redis on win32, lacking support, would whither and die on that platform.
Edit to add Not saying Redis can't succeed on win32, just that it can't be completely dependent on Microsoft to do so.