Any experience with the Visual Studio Shell? - visual-studio

Our company is considering using the Visual Studio Shell for one of our products.
Does anyone have any experience using it? Was it easy to work with? Did it save time? Are there any things that you weren't able to get it to do? Have you shipped anything with it?

A couple of points regarding the Isolated shell.
As you might know, there are two considerations when you use shell - Isolated Mode and Integrated Mode. (Read more from MSDN)
Isolated Shell can be used by organizations, to build applications that run side by side with other editions of Visual Studio.
Here are some points we learned,
trying to use shell for some of our
applications.
If you are planning to use Isolated
shell, you can't use Microsoft
Language Packages like C# and VB.NET
inside that.
Creating a package for your shell is
much like creating any other VS
Package.
You don't have support for Team
Explorer and VS Built in Source
Control access, in Isolated Shell
(See this post from Vin)
Though not directly related - If you are using VS SDK 1.1 to develop your packages - remember that the managed package framework is no longer available with the default distribution. So don't get surprised if your old packages can't load MPF files after moving to SDK 1.1. It has got moved to Codeplex as a separate download.

I played around a bit with it a couple of weeks ago, like every thing there is going to be a learn curve but if you study the examples a bit and have a look at a project on codeplex called Storyboard designer. I'm sure that you could pick it up, I found it very hard to find other examples on the net but I wasn't looking very hard.
I would say if you think that the shell can give you want you need I would go for it, it is a very handy interface to work with and if your targeting developers it is also a common interface for them, so it will feel natural.

I typically use Visual Studio Community on my PC for developing business intelligence solutions (databases, SSIS, SSAS, SSRS), then deploying to the server. A few weeks ago my managers requested we put Visual Studio on a server so that other developers and consultants could connect to the server and access Visual Studio.
Ultimately I installed SQL Server Data Tools (14.0.61021.0), which automatically installed Visual Studio Shell 2015. After installation, I launched Visual Studio Shell and tried doing some of the things I am used to doing in Community edition. I was able to do pretty much anything I was used to doing for BI Development.
Visual Studio Shell 2015:
Solution files with BI projects...
SSIS
Installing extensions & add-ons...
ANKHSVN for version control with SVN server
Visual Studio 2015 Color Theme Editor
Project deployment

Related

Can someone tell me the difference between visual studio and visual studio code? [duplicate]

Microsoft recently released Visual Studio Code and I am a little confused about its usage, since Visual Studio has lot of functional similarities with it.
Visual Studio (full version) is a "full-featured" and "convenient" development environment.
Visual Studio (free "Express" versions - only until 2017) are feature-centered and simplified versions of the full version. Feature-centered meaning that there are different versions (Visual Studio Web Developer, Visual Studio C#, etc.) depending on your goal.
Visual Studio (free Community edition - since 2015) is a simplified version of the full version and replaces the separated express editions used before 2015.
Visual Studio Code (VSCode) is a cross-platform (Linux, Mac OS, Windows) editor that can be extended with plugins to your needs.
For example, if you want to create an ASP.NET application using Visual Studio Code you need to perform several steps on your own to setup the project. There is a separate tutorial for each OS.
Visual Studio Code is an editor while Visual Studio is an IDE.
Visual Studio Code is cross-platform and fast, while Visual Studio is not fast.
Note that Visual Studio for Mac is available now but is a different product compared to Visual Studio (Windows). It's based on Xamarin Studio and lacks support for some older .NET project types. It does successfully build solutions created in Visual Studio 2017. Visual Studio for Mac has a more limited UI (for example, no customizable toolbar). So for cross-platform work, Visual Studio Code may still be preferable.
I will provide a detailed differences between Visual Studio and Visual Studio Code below.
If you really look at it the most obvious difference is that .NET has been split into two:
.NET Core (Mac, Linux, and Windows)
.NET Framework (Windows only)
All native user interface technologies (Windows Presentation Foundation, Windows Forms, etc.) are part of the framework, not the core.
The "Visual" in Visual Studio (from Visual Basic) was largely synonymous with visual UI (drag & drop WYSIWYG) design, so in that sense, Visual Studio Code is Visual Studio without the Visual!
The second most obvious difference is that Visual Studio tends to be oriented around projects & solutions.
Visual Studio Code:
It's a lightweight source code editor which can be used to view, edit, run, and debug source code for applications.
Simply it is Visual Studio without the Visual UI, majorly a superman’s text-editor.
It is mainly oriented around files, not projects.
It does not have any scaffolding support.
It is a competitor of Sublime Text or Atom on Electron.
It is based on the Electron framework, which is used to build cross platform desktop application using web technologies.
It does not have support for Microsoft's version control system; Team Foundation Server.
It has limited IntelliSense for Microsoft file types and similar features.
It is mainly used by developers on a Mac who deal with client-side technologies (HTML, JavaScript, and CSS).
Visual Studio:
As the name indicates, it is an IDE, and it contains all the features required for project development. Like code auto completion, debugger, database integration, server setup, configurations, and so on.
It is a complete solution mostly used by and for .NET related developers.
It includes everything from source control to bug tracker to deployment tools, etc. It has everything required to develop.
It is widely used on .NET related projects (though you can use it for other things). The community version is free, but if you want to make most of it then it is not free.
Visual Studio is aimed to be the world’s best IDE (integrated development environment), which provide full stack develop toolsets, including a powerful code completion component called IntelliSense, a debugger which can debug both source code and machine code, everything about ASP.NET development, and something about SQL development.
In the latest version of Visual Studio, you can develop cross-platform application without leaving the IDE. And Visual Studio takes more than 8 GB disk space (according to the components you select).
In brief, Visual Studio is an ultimate development environment, and it’s quite heavy.
Reference: https://www.quora.com/What-is-the-difference-between-Visual-Studio-and-Visual-Studio-Code
Visual Studio
IDE
Except for free editions, it is a paid IDE.
It is quite heavy on CPU and lags on lower end PCs.
It is mostly used for Windows software development including DirectX programs, Windows API, etc.
Advanced IntelliSense (best one ever; Visual Studio Code's IntelliSense extension takes second place)
It features built-in debuggers, easy-to-configure project settings (though developers tend to not use the GUI ones)
Microsoft support (more than Visual Studio Code)
Mostly used for C/C++ (Windows), .NET and C# projects along with SQL Server, database, etc.
Extreme large download size, space utilization and the slow downs over time.
It is the only con that forces me to use Visual Studio Code for smaller projects*
Includes tools to generate dependency graphs. Refactoring tools have great support for Visual Studio.
Has a VYSIWYG editor for VB.NET, C++.NET, and C#. (It is easy enough for first time users instead of getting through windows.h)
Visual Studio Code
Free open source text editor
Has IntelliSense (but it doesn't work out of box if Visual Studio is not installed, need to configure to point to MinGW, etc.)
Smaller download size and RAM requirements. With IntelliSense it requires around 300 MB RAM. (Edit : Some header files tend to blow up memory requirements to 7-8 GBs eg. OpenGL and GLM Libraries)
It works on lower-end PCs. (it is still slow to start up especially if PowerShell is used instead of CMD)
Lower support (open source, so you can modify it yourself)
Build tasks are project specific. Even if you want to build it in a vanilla configuration.
Mostly used for web development (this applies to all free text editors). They tend to show off JavaScript / HTML support over C/C++. Visual Studio shows off Visual Basic/C++ over other languages.
Lack of good extensions (it's still new though)
Gives you a hard time to reconfigure your project/workspace settings. I prefer the GUI way.
Cross platform
Has an integrated terminal (PowerShell is too slow at startup though)
It is best for smaller projects and test code (you know if you are bored and want to print "Hello, World!", it does not make sense to wait 3-5 minutes while Visual Studio loads up, and then another minute or 2 at project creation and then finally getting it to print "Hello, World!").
Complementing the previous answers, one big difference between both is that Visual Studio Code comes in a so called "portable" version that does not require full administrative permissions to run on Windows and can be placed in a removable drive for convenience.
For Unity3D users ...
VSCode is incredibly faster than VS. Files open instantly from Unity in VSCode. Whereas VS is extremely slow.
VS can literally compile code, build apps and so on, it's a huge IDE like Unity itself or XCode. VSCode is indeed "just" a full-featured text editor. VSCode is NOT a compiler: VSCode is literally "just a text editor".
With VSCode, you DO need to install in projects the "Visual Studio Code" package.
When you first download and install VSCode, simply open any C# file on your machine. It will instantly prompt you to install the needed C# package. This is harmless and easy.
Unfortunately VSCode generally has only one window! To open another window is a fuss.
In VS, it is all-but impossible to change the editor font, etc. In contrast, VSCode has FANTASTIC preferences - dead simple, never a problem.
As far as I can see, every single feature in VS which you use in Unity is present in VSCode. (So, code coloring, jump to definitions, it understands/autocompletes every single thing in Unity, it opens from Unity, double clicking something in the Unity console opens the file to that line, etc etc)
If you are used to VS. And you want to change to VSCode. It's always hard changing editors, they are so intimate, but it's pretty similar; you won't have a big heartache.
In short if you're a VS for Unity3D user,
and you're going to try VSCode...
VSCode is on the order of 19 trillion times faster in every way. It will blow your mind.
It does seem to have every feature.
Basically VS is the world's biggest IDE and application building system: VSCode is just an editor. (Indeed, that's exactly what you want with Unity, since Unity itself is the IDE.)
Don't forget to just click to install the relevant Unity package.
If I'm not mistaken, there is no reason whatsoever to use VS with Unity.
Unity is an IDE so you just need a text editor, and that is what VSCode is. VSCode is hugely better in both speed and preferences. The only possible problem - multiple-windows are a bit clunky in VSCode!
That horrible "double copy" problem in VS ... solved!
If you are using VS with Unity. There is an infuriating problem where often VS will try to open twice, that is you will end up with two or more copies of VS running. Nobody has ever been able to fix this or figure out what the hell causes it. Fortunately, this problem never happens with VSCode.
Installing VSCode on a Mac - unbelievably easy.
There are no installers, etc etc etc. On the download page, you download a zipped Mac app. Put it in the Applications folder and you're done.
Folding! (Mac/Windows keystrokes are different)
Bizarrely there's no menu entry / docu whatsoever for folding, but here are the keys:
https://stackoverflow.com/a/30077543/294884
Setting colors and so on in VSCode - the critical tips
Particularly for Mac users who may find the colors strange:
Priceless post #1:
https://stackoverflow.com/a/45640244/294884
Priceless post #2:
https://stackoverflow.com/a/63303503/294884
Meta files ...
To keep the "Explorer" list of files on the left tidy, in the Unity case:
As of 2021 I believe the main differences are:
Visual Studio Code is a completely new codebase (based on Electron) than the "old" Visual Studio, it is open source and is actively developed "in the open" (on github)
Visual Studio is more focused on "traditional" Windows GUI apps development, and it is battery-included for that, including WYSIWYG programming style of the GUI ("visual")
Visual Studio Code, while pretty "nude" on its own, had attracted lots of community development for extensions to do the most crazy things. Community developed extensions exist to use it as a base for an integrated development editor for almost any programming language (for example I use it for Julia)
Out of the box, Visual Studio can compile, run and debug programs.
Out of the box, Visual Studio Code can do practically nothing but open and edit text files. It can be extended to compile, run, and debug, but you will need to install other software. It's a PITA.
If you're looking for a Notepad replacement, Visual Studio Code is your man.
If you want to develop and debug code without fiddling for days with settings and installing stuff, then Visual Studio is your man.
One huge difference (for me) is that Visual Studio Code is one monitor only.
With Visual Studio you can use multi-screen setups.
Visual Studio Code is for more of a pure code development tool while VS2019/VS2017 etc. is for more of a non-coding approach for developing programs. In VS you while get button tools and window toolbar tools and all that fancy stuff. In VSC you have to code the whole thing from scratch. I recommend VSC for people who are just learning to code but VS for advanced devs.
Visual Studio Code is integrated with a command prompt / terminal, hence it will be handy when there is switching between IDE and terminal / command prompt required, for example: connecting to Linux.
For me, Visual Studio on Mac doesn't support Node.js (editing and debugging) whereas Visual Studio Code does this very well.
In short, VSCode heavily promotes (Microsoft's) TypeScript compiler, and bundles first-class support for the language, which makes the editor web-centric, while Visual Studio is primarily used for Microsoft's native, C-family, Windows/XBox stuff.
As VS Code has been heavily developed every month, A new answer is worth.
I'm an ASP.net developer in Visual Studio for ten years. When I see in the Stackoverflow survey (https://insights.stackoverflow.com/survey/2021#section-most-popular-technologies-integrated-development-environment) that VS Code is the the first IDE of choice, I decided to give it a try by using it as my main develop environment, and here's the result after one month:
I can say if only VS Code has an scalable and stable intellisense like VS has, I would keep it as my first choice of IDE for dotnet. Omnisharp (VS Code C# intellisense) is satisfying for small projects but as the workspace becomes bigger (for example when you have more than one projects in your workspace) the instability starts to becomes a problem.
I still use VS Code for small dotnet projects and also as a DB Client, powershell ISE, python, etc. because of it's lightness, feature richness, customizability and having such an alive community and develop team.
obviously the situation can change by whether VS Code getting a VS-level dotnet intellisense, or VS get more game-changing features.

Why does my visual studios window not look normal? [duplicate]

Microsoft recently released Visual Studio Code and I am a little confused about its usage, since Visual Studio has lot of functional similarities with it.
Visual Studio (full version) is a "full-featured" and "convenient" development environment.
Visual Studio (free "Express" versions - only until 2017) are feature-centered and simplified versions of the full version. Feature-centered meaning that there are different versions (Visual Studio Web Developer, Visual Studio C#, etc.) depending on your goal.
Visual Studio (free Community edition - since 2015) is a simplified version of the full version and replaces the separated express editions used before 2015.
Visual Studio Code (VSCode) is a cross-platform (Linux, Mac OS, Windows) editor that can be extended with plugins to your needs.
For example, if you want to create an ASP.NET application using Visual Studio Code you need to perform several steps on your own to setup the project. There is a separate tutorial for each OS.
Visual Studio Code is an editor while Visual Studio is an IDE.
Visual Studio Code is cross-platform and fast, while Visual Studio is not fast.
Note that Visual Studio for Mac is available now but is a different product compared to Visual Studio (Windows). It's based on Xamarin Studio and lacks support for some older .NET project types. It does successfully build solutions created in Visual Studio 2017. Visual Studio for Mac has a more limited UI (for example, no customizable toolbar). So for cross-platform work, Visual Studio Code may still be preferable.
I will provide a detailed differences between Visual Studio and Visual Studio Code below.
If you really look at it the most obvious difference is that .NET has been split into two:
.NET Core (Mac, Linux, and Windows)
.NET Framework (Windows only)
All native user interface technologies (Windows Presentation Foundation, Windows Forms, etc.) are part of the framework, not the core.
The "Visual" in Visual Studio (from Visual Basic) was largely synonymous with visual UI (drag & drop WYSIWYG) design, so in that sense, Visual Studio Code is Visual Studio without the Visual!
The second most obvious difference is that Visual Studio tends to be oriented around projects & solutions.
Visual Studio Code:
It's a lightweight source code editor which can be used to view, edit, run, and debug source code for applications.
Simply it is Visual Studio without the Visual UI, majorly a superman’s text-editor.
It is mainly oriented around files, not projects.
It does not have any scaffolding support.
It is a competitor of Sublime Text or Atom on Electron.
It is based on the Electron framework, which is used to build cross platform desktop application using web technologies.
It does not have support for Microsoft's version control system; Team Foundation Server.
It has limited IntelliSense for Microsoft file types and similar features.
It is mainly used by developers on a Mac who deal with client-side technologies (HTML, JavaScript, and CSS).
Visual Studio:
As the name indicates, it is an IDE, and it contains all the features required for project development. Like code auto completion, debugger, database integration, server setup, configurations, and so on.
It is a complete solution mostly used by and for .NET related developers.
It includes everything from source control to bug tracker to deployment tools, etc. It has everything required to develop.
It is widely used on .NET related projects (though you can use it for other things). The community version is free, but if you want to make most of it then it is not free.
Visual Studio is aimed to be the world’s best IDE (integrated development environment), which provide full stack develop toolsets, including a powerful code completion component called IntelliSense, a debugger which can debug both source code and machine code, everything about ASP.NET development, and something about SQL development.
In the latest version of Visual Studio, you can develop cross-platform application without leaving the IDE. And Visual Studio takes more than 8 GB disk space (according to the components you select).
In brief, Visual Studio is an ultimate development environment, and it’s quite heavy.
Reference: https://www.quora.com/What-is-the-difference-between-Visual-Studio-and-Visual-Studio-Code
Visual Studio
IDE
Except for free editions, it is a paid IDE.
It is quite heavy on CPU and lags on lower end PCs.
It is mostly used for Windows software development including DirectX programs, Windows API, etc.
Advanced IntelliSense (best one ever; Visual Studio Code's IntelliSense extension takes second place)
It features built-in debuggers, easy-to-configure project settings (though developers tend to not use the GUI ones)
Microsoft support (more than Visual Studio Code)
Mostly used for C/C++ (Windows), .NET and C# projects along with SQL Server, database, etc.
Extreme large download size, space utilization and the slow downs over time.
It is the only con that forces me to use Visual Studio Code for smaller projects*
Includes tools to generate dependency graphs. Refactoring tools have great support for Visual Studio.
Has a VYSIWYG editor for VB.NET, C++.NET, and C#. (It is easy enough for first time users instead of getting through windows.h)
Visual Studio Code
Free open source text editor
Has IntelliSense (but it doesn't work out of box if Visual Studio is not installed, need to configure to point to MinGW, etc.)
Smaller download size and RAM requirements. With IntelliSense it requires around 300 MB RAM. (Edit : Some header files tend to blow up memory requirements to 7-8 GBs eg. OpenGL and GLM Libraries)
It works on lower-end PCs. (it is still slow to start up especially if PowerShell is used instead of CMD)
Lower support (open source, so you can modify it yourself)
Build tasks are project specific. Even if you want to build it in a vanilla configuration.
Mostly used for web development (this applies to all free text editors). They tend to show off JavaScript / HTML support over C/C++. Visual Studio shows off Visual Basic/C++ over other languages.
Lack of good extensions (it's still new though)
Gives you a hard time to reconfigure your project/workspace settings. I prefer the GUI way.
Cross platform
Has an integrated terminal (PowerShell is too slow at startup though)
It is best for smaller projects and test code (you know if you are bored and want to print "Hello, World!", it does not make sense to wait 3-5 minutes while Visual Studio loads up, and then another minute or 2 at project creation and then finally getting it to print "Hello, World!").
Complementing the previous answers, one big difference between both is that Visual Studio Code comes in a so called "portable" version that does not require full administrative permissions to run on Windows and can be placed in a removable drive for convenience.
For Unity3D users ...
VSCode is incredibly faster than VS. Files open instantly from Unity in VSCode. Whereas VS is extremely slow.
VS can literally compile code, build apps and so on, it's a huge IDE like Unity itself or XCode. VSCode is indeed "just" a full-featured text editor. VSCode is NOT a compiler: VSCode is literally "just a text editor".
With VSCode, you DO need to install in projects the "Visual Studio Code" package.
When you first download and install VSCode, simply open any C# file on your machine. It will instantly prompt you to install the needed C# package. This is harmless and easy.
Unfortunately VSCode generally has only one window! To open another window is a fuss.
In VS, it is all-but impossible to change the editor font, etc. In contrast, VSCode has FANTASTIC preferences - dead simple, never a problem.
As far as I can see, every single feature in VS which you use in Unity is present in VSCode. (So, code coloring, jump to definitions, it understands/autocompletes every single thing in Unity, it opens from Unity, double clicking something in the Unity console opens the file to that line, etc etc)
If you are used to VS. And you want to change to VSCode. It's always hard changing editors, they are so intimate, but it's pretty similar; you won't have a big heartache.
In short if you're a VS for Unity3D user,
and you're going to try VSCode...
VSCode is on the order of 19 trillion times faster in every way. It will blow your mind.
It does seem to have every feature.
Basically VS is the world's biggest IDE and application building system: VSCode is just an editor. (Indeed, that's exactly what you want with Unity, since Unity itself is the IDE.)
Don't forget to just click to install the relevant Unity package.
If I'm not mistaken, there is no reason whatsoever to use VS with Unity.
Unity is an IDE so you just need a text editor, and that is what VSCode is. VSCode is hugely better in both speed and preferences. The only possible problem - multiple-windows are a bit clunky in VSCode!
That horrible "double copy" problem in VS ... solved!
If you are using VS with Unity. There is an infuriating problem where often VS will try to open twice, that is you will end up with two or more copies of VS running. Nobody has ever been able to fix this or figure out what the hell causes it. Fortunately, this problem never happens with VSCode.
Installing VSCode on a Mac - unbelievably easy.
There are no installers, etc etc etc. On the download page, you download a zipped Mac app. Put it in the Applications folder and you're done.
Folding! (Mac/Windows keystrokes are different)
Bizarrely there's no menu entry / docu whatsoever for folding, but here are the keys:
https://stackoverflow.com/a/30077543/294884
Setting colors and so on in VSCode - the critical tips
Particularly for Mac users who may find the colors strange:
Priceless post #1:
https://stackoverflow.com/a/45640244/294884
Priceless post #2:
https://stackoverflow.com/a/63303503/294884
Meta files ...
To keep the "Explorer" list of files on the left tidy, in the Unity case:
As of 2021 I believe the main differences are:
Visual Studio Code is a completely new codebase (based on Electron) than the "old" Visual Studio, it is open source and is actively developed "in the open" (on github)
Visual Studio is more focused on "traditional" Windows GUI apps development, and it is battery-included for that, including WYSIWYG programming style of the GUI ("visual")
Visual Studio Code, while pretty "nude" on its own, had attracted lots of community development for extensions to do the most crazy things. Community developed extensions exist to use it as a base for an integrated development editor for almost any programming language (for example I use it for Julia)
Out of the box, Visual Studio can compile, run and debug programs.
Out of the box, Visual Studio Code can do practically nothing but open and edit text files. It can be extended to compile, run, and debug, but you will need to install other software. It's a PITA.
If you're looking for a Notepad replacement, Visual Studio Code is your man.
If you want to develop and debug code without fiddling for days with settings and installing stuff, then Visual Studio is your man.
One huge difference (for me) is that Visual Studio Code is one monitor only.
With Visual Studio you can use multi-screen setups.
Visual Studio Code is for more of a pure code development tool while VS2019/VS2017 etc. is for more of a non-coding approach for developing programs. In VS you while get button tools and window toolbar tools and all that fancy stuff. In VSC you have to code the whole thing from scratch. I recommend VSC for people who are just learning to code but VS for advanced devs.
Visual Studio Code is integrated with a command prompt / terminal, hence it will be handy when there is switching between IDE and terminal / command prompt required, for example: connecting to Linux.
For me, Visual Studio on Mac doesn't support Node.js (editing and debugging) whereas Visual Studio Code does this very well.
In short, VSCode heavily promotes (Microsoft's) TypeScript compiler, and bundles first-class support for the language, which makes the editor web-centric, while Visual Studio is primarily used for Microsoft's native, C-family, Windows/XBox stuff.
As VS Code has been heavily developed every month, A new answer is worth.
I'm an ASP.net developer in Visual Studio for ten years. When I see in the Stackoverflow survey (https://insights.stackoverflow.com/survey/2021#section-most-popular-technologies-integrated-development-environment) that VS Code is the the first IDE of choice, I decided to give it a try by using it as my main develop environment, and here's the result after one month:
I can say if only VS Code has an scalable and stable intellisense like VS has, I would keep it as my first choice of IDE for dotnet. Omnisharp (VS Code C# intellisense) is satisfying for small projects but as the workspace becomes bigger (for example when you have more than one projects in your workspace) the instability starts to becomes a problem.
I still use VS Code for small dotnet projects and also as a DB Client, powershell ISE, python, etc. because of it's lightness, feature richness, customizability and having such an alive community and develop team.
obviously the situation can change by whether VS Code getting a VS-level dotnet intellisense, or VS get more game-changing features.

How to integrate TFS with embedded development

In our company, we have two main development environment. One uses VS2010 for C# and C++ development, the other uses Code Composer from TI (not the newest Eclipse based, and no, I cannot upgrade it right now).
Some of the C++ code is shared between VS solution and the embedded solution.
I'm in the process of upgrading our VSS to TFS, and so far everything is a bliss, but it is going to be a hard sell telling my EE engineers that they need to install VS2010 to perform source control.
I'm installing the TFS 2010 Power Tools right now, but the bad reviews scare me.
So, what's the best way to perform this integration?
You can get the engineers licensed with TFS and then use the explorer to have them check in and out, if Visual Studio scariness is the main issue. The explorer is very lightweight compared to Visual Studio.
As for the power pack, it is an installation on top of VS or the Explorer, unless you are talkinga bout TFPT.exe, which is a command line tool to be able to work with source code. I would not head that way, although engineers might be brainiac enought to love the DOS/UNIX like syntax. :-)

what is Visual Studio 2008 Shell (integrated mode)?

I am new to Visual Studio 2008 Shell (integrated mode), I just want to know what is its function? (I did not find much clearly from the web.)
From http://msdn.microsoft.com/en-us/vstudio/bb510103.aspx
looks like it is some interface/framework to allow tools to integrate with VSTS IDE. My question is whether any Microsoft VSTS tools (like databse designer and other tools in VSTS) dependent on VSTS Shell? I am asking this question because it is conflicting with SQL Server 2008, and I want to make sure that if I uninstaill VSTS Shell, it does not impact anything.
thanks in advance,
George
SQL Server 2008 Management Studio using the VS 2008 Shell. (That's why it looks and feels just like Visual Studio).
Visual Studio Shell is an extensibility mechanism provided to use Visual Studio core platform to provide your own tools. It has two modes. In "Isolated Mode," it'll always set up a separate instance of Visual Studio that hosts your tool. In "Integrated Mode," it'll only install a new VS instance if there's no one already available. If one is already there, it'll integrate with it. I don't think removing it causes any problems for a VS installation. It seems to be smart enough to handle it (it might break a third party tool, however).
The shell version means that applications can merge into the shell and be used independently. Isolated mode means that this version only performs one task and is a complete separate application..
See: VS2k8 Shell
A clearly defined difference is here

Source Control in Visual Studio Isolated Shell

I am developing an Isolated Shell that caters to "designers/special content creators" performing specific tasks, using the Shell. As they operate on files, they need to be able to use TFS for source control. This is mainly due to the fact that Developers will also operate on the same files from TFS but using Visual studio 2008.
After looking and searching I still could not find Team Explorer to be available to Shell.
Asking on MSDN forums, lead me to the answer that "this is not supported yet in the Isolated Shell". Well, then the whole point of giving away a shell is not justified, if you want to use a source control system for your files. The idea is not to recreate everything and develop tool windows etc using the TFS provider API.
The Visual Studio Extensibility book by Keyven Nayyeri has an example, which only goes so far into this problem of adding a sc provider.
Has anyone worked on developing Visual Studio 2008 Isolated Shell applications/environment? Please provide comments, questions - anything that you have to share apart from the following threads, which I've already participated in.
Threads from MSDN forums:
Team Explorer for Isolated Shell
Is it possible to use Team Explorer in VS Shell Isolated?
Thanks for your answer. Yes you are right, we will acquire CALs for users without having to buy them Visual Studio, that's the direction we will be taking.
But I am yet to figure out how to make Team Explorer available to such users, inside Shell. So I am looking to find out the technical details of how that can be done.
I mean, I have a user, he installs my VS Shell application, he has no VStudio Team system on his machine. Now if I acquire CAL for TFS and install Team Explorer, do you think it will be automatically available in the VS Shell app?
Any ideas? have you worked on making this happen?
Thanks
It sounds like you are trying to allow the "special content creators" save files in TFS Source Control without having to buy them a license to a Visual Studio Team Edition -- correct me if I'm wrong.
If that's the case, unfortunately I believe that you can't quite do that. Your users still need a Client Access License ("CAL") to access TFS.
I think that you can acquire just CALs for your users without having to buy Visual Studio for them (I presume for less than a full blown Visual Studio would cost). At that point, you can just distribute to them the Team Explorer, which is a VS shell with nothing but TFS access components. That is available in your TFS server media.
I found this via Google. You might want to review it to decide your best options:
Visual Studio Team System 2008 Licensing White Paper
The only exception to the CAL rules I'm aware of is access to Work Items. Assuming properly licensed servers, anyone in your organization can create new Work Items or view and update existing ones created by them, using the Work Item Web Access component.
Just stumbled on this question, it might still be relevant to you.
You have the option of including the AnkhSVN (http://ankhsvn.open.collab.net/) packages and load it into your Isolated Shell. While there are some issues around it, with Subversion support, you could use SvnBridge to access TFS repositories. This might bring you a little bit closer to the process you are trying to achieve.

Resources