If I am the only person on my team that uses vs2012, can I assume that as long as I target version 4 of the framework that other colleagues that are using 2010 will have no issues?
Yes, it should work fine. Just make sure that your colleagues have SP1 (VS2010) installed.
Yes!
I'm building sharepoint apps, and constantly switching from vs 2010 and VS 2012 with no issue, even on the same computer.
Microsoft had the good idea to maintain the project and solution compatible in the two ways.
You should be careful thought, that the projects kind are compatible.
Related
I've just been given a new work laptop and have an MSDN subscription. My old laptop had VS 2008, 2010 and 2012. I'd rather not install all of these again if I can avoid it. My main question here is whether there any reason to install VS 2012 if I have access to VS 2013? I believe Projects & Solutions are compatible, what other reasons might there be for installing VS 2012 (and for that matter VS 2010) again? If I have an MVC 3 app created with VS2010, will it be possible to open and work with that in VS2013 without having to "upgrade" the project type?
It really depends on what kind of projects you are working on. Each new releases of VS in fact remove certain features.
http://msdn.microsoft.com/en-us/library/vstudio/hh266747.aspx
ASP.NET MVC 3 is not supported by VS2013.
Lex' answer is pretty good. I'd also like to add that if you are using C++/CLI, upgrading to Visual Studio 2013 will force you to target .NET 4.5, which might not at all be desirable if your users only have .NET 4.0 etc.
You can still target the older frameworks, by letting VS2013 use the older "Platform Toolset" from e.g. VS2010 or VS2012, but this will force you to have either one of these installed. I am using this exact scenario (VS2010 + VS2013) and it works quite well. (I have only VS2010 and 2013, not 2012 in that specific virtual machine.)
Update: Here is a MSDN page which backs up my statement about C++/CLI, just for the reference.
Ok, I have looked around on SO and haven't been able to find an answer to this question, but forgive me if I missed one out there. It's difficult to refine the search terms for this one.
But anyways, I have VS 2010 C# Express. I'm planning on doing some collaboration in my code (that was made entirely in Express) with someone who owns VS 2010 Ultimate. I have been putting off upgrading to the paid version of VS 2010 because of the price - if at all possible I would rather not upgrade. We are going to collaborate using Tortoise SVN as our version control software.
Will it be an issue for me to continue to work with the Express version while my collaborator works on VS 2010 Ultimate? To what degree will it be an issue, etc?
Follow-up question: If I have to upgrade to a paid version, would I have to upgrade to Ultimate, or would Professional be sufficient?
I have no experience with VS 2010 yet, but can offer observations based on VS 2008, using svn for source control.
I have only had one minor issue with using both the VB Express edition and VS2008 Standard and Professional versions on the same project. The express version does not support solution folders. I use a solution folder to allow quick access to some configuration files from the ide. The express version does not display the solution folder, but the remainser of the solution loads sucessfully, including all the included projects.
Well, my collaborator and I have started work, and no issues so far. Visual Studio 2010 Ultimate and Visual Studio Express are pretty much compatible, except for the Solutions folders, as described by B Pete.
Now Visual Studio 2010 is out can I use Visual Studio 2010 without breaking my 2008 apps? Can I still compile to .Net 2.0 etc?
Thanks
Steven
Yes, you can still target framework 2.0 in VS2010. And you can also run VS2008 alongside VS2010.
Basically, yes, but there are a few things that get changed, for instance:
Testing projects always get converted to .NET 4.0
Project files get stored in "VS 2010" format.
So downgrading back to VS 2008 is not directly possible (in 99% of all cases it's still not a problem by hand-editing the files, takes just a few seconds).
However, usually, this is not an issue though. Your deployment capabilities are not limited by that. You can still target any framework.
Additionally, I found that running VS 2008 alongside 2010 made no problems at all. Including 2008 projects in a 2010 solution works fine and does not change the project file. It's very easy to slowly transmit to the new version step-by-step.
I downloaded VS 2010 RC and want to try it out.
Can I use it to create commercial software?
When will the final version be released?
The final version of Visual Studio 2010 will probably be released on April 12th, 2010.
However, you can already use the release candidates of Visual Studio 2010 and .NET Framework 4 which both are go live releases (since Beta 2). This means that there will be no breaking changes in the final release versus RC that will make your software unusable, and that they are licensed for developing and deploying production applications.
As with all Visual Studio versions, it is possible to target another earlier .NET framework version, that is you can still develop for .NET 2.0 as an example.
It is also possible to – and in fact a good idea – install Visual Studio 2010 Release Candidate side-by-side with other versions of Visual Studio.
All in all I see no risk in trying out Visual Studio 2010 Release Candidate. It is obvious that it is not the most stable piece of software at this moment, but certainly usable.
You can still target previous Framework versions so if you want to develop applications there is no reason why it should be any different. The issue would come if you tried to develop .Net 4 solutions as there will not be many people using that yet, especially commercially
Believe the final version will be released end of March. Until then you can't distribute it to customers as the .NET 4.0 installer won't be made available to them.
Is it wise to do so? Well it probably depends on your product. If it's mission critical I'd wait till it's been used for a bit and any bugs are ironed out of .NET 4.0 via service packs. For normal applications I don't really see why not, it's had some pretty rigorous testing internally and by dev's I'm sure.
As long as you're not targeting the 4.0 runtime, you can use it to develop and deploy applications today.
Visual Studio 2010 can target previous versions of the .NET framework, so that's not a problem. However, projects or solutions that were created or modified with Visual Studio 2010 cannot be opened by Visual Studio 2008 without manually editing the project files. So I would definitely not recommend upgrading to VS2010 if you work on a team and your teammates still use VS2008.
I tried vs 2010 beta 2 with a MFC application. The intelisense is improved but the compilers has some problems - sometimes it just freezes and I have to restart VS. Maybe this was fixed in the RC version that was released a few days ago.
Take in consideration that you might have to pay a price (instability) for new technologies.
Work on whatever you want, but I think you should study your customers, as to what OS do they use, are they looking to upgrade, the effects of net 4.0 on your application, etc...
Whenever these things come out, there should always be a phasing plan in place. Although, it's more work, I personally think that it's a great approach
VS2010 is not yet released for commercial use. So if you are using it for commercial use, it is not appropriate. Though it was planned for March 2010 release, you can expect it with some possible delay.
What reasons are there for continuing to run Visual Studio 2005 when 2008 is available?
I work on a project where the environment is dictated to be Visual Studio 2005. Are there good technical reasons for this? Can I use Visual Studio 2008 and build an app that is 100% indistinguishable from the same app build with Visual Studio 2005?
I think there are two questions here
Can I use VS2008 to create apps compatible with VS2005
Generally speaking the answer is yes. I do this frequently with several internal and external hobby projects with great success. You may encounter an odd ball tooling issue but so far none has cropped up for me.
Is there any reason not to use VS2008 over VS2005
The best reason I can think of is a large developer environment. Once you make the switch to using VS2008, it will upgrade all of the projects in your solution to the new format. This will no longer be usable for anyone using VS2005. They will be forced to upgrade or maintain parrallel versions of the project file. In general, I find it's best to upgrade in groups rather than individuals.
We are currently migrating from 2005 to 2008. If you open and save a project while in VS2008, you will not be able to open that solution/project in VS2005 (at least we couldn't find a way easily). If the rest of your team is still in 2005, you should stay there. You CAN, however set up a project in 2008 and keep it compatible with 2005... as long as everyone opening it is using 2008. You keep the .NET version at 2.5, and don't convert most of the stuff that it wants you to convert.
The only time you CAN'T migrate to 2008 is if you are using a report project and SQL Server 2005. VS2008 will only let you integrate a report project with SQL Server 2008. What did we do?
We migrated to 2008 and all the Team Server stuff, except for the database and reporting. Those we kept on 2005, and so I end up having to open both versions on a daily basis... but that's why they pay me the (somewhat??) big bucks!
Not really, the new version of Visual Studio has the compilers for the new language versions and all the libraries for .NET 3.5. Since they all target the 2.0 CLR and Visual Studio 2008 allows you to target previous versions of the framework I don't see any reason to stick with 2005.
The obvious answer is: No license for Visual Studio 2008.
My company is "saving money" but not upgrading...
One reason might be interaction with existing products.
I write code for AutoCAD in C#.
They (Autodesk) "officially" support VS 2005 but I've been using 2008 since...well 2008.