Microsoft have just released a Community Technical Preview (CTP) of Visual Studio "14" (the next version of Visual Studio), so naturally we have been taking a look.
At first glance, the changes are incremental (which is surely a good thing for the developer community after the UI fiasco of the Visual Studio 2012 release). Of particular note are the changes to Visual C++ and the "C" runtime library - see Visual Studio "14" CTP and C Runtime (CRT) Features, Fixes, and Breaking Changes in Visual Studio 14 CTP1.
However, there is (for us, at least) one very significant change - Visual Studio "14" does not support add-ins, which will prevent many third party plugins from loading - including (unfortunately) both ResOrg and Visual Lint. As a result, we are currently undertaking a feasibility study to determine how much work is required in order to port the Visual Lint and ResOrg plug-ins from the add-in format to the VSPackage format (a lower level but far more flexible type of plug-in which is still supported by VS14).
Needless to say this is a major effort which introduces significant risk and additional complexity (we still have to maintain both add-ins for compatibility with earlier versions of Visual Studio...), but fortunately it is one we have already done some preparatory work towards. It is however a major distraction from other things we planned to do this year (thanks Microsoft!) so no doubt that will have consequences elseware in our development efforts. On the plus side, moving to the VSPackage format will eventually make supporting Atmel Studio (which uses the Visual Studio shell) somewhat easier.
You can get an idea of the sort of changes required to convert an add-in to a VSPackage from the blog post Strategies migrating from Visual Studio add-ins to packages. The fact that the Visual Studio automation interfaces (which are used by add-ins) are still (for now, at least) fully functional in a VSPackage environment helps, but in the long term moving away from them will probably be a good idea as Carlos suggests in the blogpost linked to above. However, for now that is unnecessary change and therefore undesirable.
I can't speak for other vendors but I can say that we started looking at this in detail as soon as we had the CTP installed a month ago. In the time since then we have been able to prototype a new ResOrg VSPackage which is almost fully functional and is helping us to identify and mitigate risk areas. There is still a lot of work to do before this can be released, but so far the signs are good.
Once ResOrg has been dealt with we hope to be able to port Visual Lint in the same manner (though as a more complex codebase it will probably take significantly longer to address). Either way, we hope to have the work complete by the Autumn.
In the meantime, ResOrg can load Visual Studio "14" projects already, and we have already made the changes necessary to allow development builds of Visual Lint to analyse Visual Studio "14" projects in VisualLintGui and VisualLintConsole. These changes are minor and can easily be merged back into the release (v4.5) branch as soon as needed.
The bottom line? Based upon previous Visual Studio releases we do not expect Visual Studio "14" to be publicly released in RTM (Release to Manufacturing) form until at least the end of the year. By then, we would hope that we will also have production ready builds of the ResOrg and Visual Lint plug-ins which are fully compatible with the new version of the IDE.
But it's still completely unnecessary work. Thanks, Microsoft.