Visual Studio For Mac Github Extension

How do I back up my VS Code settings and list of installed extensions? Mac: ~/.vscode/extensions; Linux. I've also had success using Visual Studio Code Settings Sync Extension to sync settings to GitHub gist. EDIT: In the lastest release of VSCode (May 2016) it is now possible to list the installed extension in the command line. One place for all extensions for Visual Studio, Azure DevOps Services, Azure DevOps Server and Visual Studio Code. Discover and install extensions. BI Developer Extensions for Visual Studio 2017 is published in the Visual Studio Gallery. To install it, go to Tools To install it, go to Tools Extensions and Updates go to the Online tab and then search for BI Developer Extensions. Microsoft/Github released a new extension for Visual Studio Code called Github Pull Requests. The name of the extension pretty clearly explains what it does, but to be clear, this extensions allows developers to handle pull requests right in Visual Studio Code without having to navigate to Github's website. Extension for Visual Studio - A Visual Studio Extension that brings the GitHub Flow into Visual Studio. “DeepClean” is a must have Visual Studio extension for macOS Evgeny Zborovsky Visual Studio for Mac December 28, 2017 December 31, 2017 1 Minute Yesterday I shared with you a command to recursively delete /bin, /obj and /packages directories.

Active8 months ago

As a long-time Visual SourceSafe user (and hater) I was discussing switching to SVN with a colleague; he suggested using Git instead. Since, apparently, it can be used as peer-to-peer without a central server (we are a 3-developer team).

I have not been able to find anything about tools that integrate Git with Visual Studio, though - does such a thing exist?

What are the technologies available for using Git with Visual Studio? And what do I need to know about how they differ before I begin?

Herb CaudillHerb Caudill
24.3k36 gold badges113 silver badges165 bronze badges

closed as primarily opinion-based by George StockerMar 12 '14 at 12:34

Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.

16 Answers

In Jan 2013, Microsoft announced that they are adding full Git support into all their ALM products. They have published a plugin for Visual Studio 2012 that adds Git source control integration.

Alternatively, there is a project called Git Extensions that includes add-ins for Visual Studio 2005, 2008, 2010 and 2012, as well as Windows Explorer integration. It's regularly updated and having used it on a couple of projects, I've found it very useful.

Another option is Git Source Control Provider.

CJM
9,40920 gold badges69 silver badges112 bronze badges
Jon RimmerJon Rimmer
11.7k2 gold badges15 silver badges19 bronze badges

I use Git with Visual Studio for my port of Protocol Buffers to C#. I don't use the GUI - I just keep a command line open as well as Visual Studio.

For the most part it's fine - the only problem is when you want to rename a file. Both Git and Visual Studio would rather that they were the one to rename it. I think that renaming it in Visual Studio is the way to go though - just be careful what you do at the Git side afterwards. Although this has been a bit of a pain in the past, I've heard that it actually should be pretty seamless on the Git side, because it can notice that the contents will be mostly the same. (Not entirely the same, usually - you tend to rename a file when you're renaming the class, IME.)

But basically - yes, it works fine. I'm a Git newbie, but I can get it to do everything I need it to. Make sure you have a git ignore file for bin and obj, and *.user.

Jon SkeetJon Skeet
1130k714 gold badges8194 silver badges8581 bronze badges

Git Source Control Provider is new plug-in that integrates Git with Visual Studio.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
yysunyysun

I've looked into this a bit at work (both with Subversion and Git). Visual Studio actually has a source control integration API to allow you to integrate third-party source control solutions into Visual Studio. However, most folks don't bother with it for a couple of reasons.

The first is that the API pretty much assumes you are using a locked-checkout workflow. There are a lot of hooks in it that are either way expensive to implement, or just flat out make no sense when you are using the more modern edit-merge workflow.

X Code

The second (which is related) is that when you are using the edit-merge workflow that both Subversion and Git encourage, you don't really need Visual Studio integration. The main killer thing about SourceSafe's integration with Visual Studio is that you (and the editor) can tell at a glance which files you own, which must be checked out before you can edit, and which you cannot check out even if you want to. Then it can help you do whatever revision-control voodoo you need to do when you want to edit a file. None of that is even part of a typical Git workflow.

When you are using Git (or SVN typically), your revision-control interactions all take place either before your development session, or after it (once you have everything working and tested). At that point it really isn't too much of a pain to use a different tool. You aren't constantly having to switch back and forth.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
T.E.D.T.E.D.
37k7 gold badges59 silver badges128 bronze badges

I find that Git, working on whole trees as it does, benefits less from IDE integration than source control tools that are either file based or follow a checkout-edit-commit pattern. Of course there are instances when it can be nice to click on a button to do some history examination, but I don't miss that very much.

The real must-do is to get your .gitignore file full of the things that shouldn't be in a shared repository. Mine generally contain (amongst other stuff) the following:

but this is heavily C++ biased with little or no use of any class wizard style functionality.

My usage pattern is something like the following.

  1. Code, code, code in Visual Studio.

  2. When happy (sensible intermediate point to commit code, switch to Git, stage changes and review diffs. If anything's obviously wrong switch back to Visual Studio and fix, otherwise commit.

Any merge, branch, rebase or other fancy SCM stuff is easy to do in Git from the command prompt. Visual Studio is normally fairly happy with things changing under it, although it can sometimes need to reload some projects if you've altered the project files significantly.

I find that the usefulness of Git outweighs any minor inconvenience of not having full IDE integration but it is, to some extent, a matter of taste.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
CB BaileyCB Bailey
548k82 gold badges570 silver badges616 bronze badges

Microsoft announced Git for Visual studio 2012 (update 2) recently. I have not played around with it yet, but this video looks promising.

Here is a quick tutorial on how to use Git from Visual Studio 2012.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
Chandramouleswaran RavichandraChandramouleswaran Ravichandra

Also don't miss TortoiseGit... https://tortoisegit.org/

MrTux
23k15 gold badges66 silver badges102 bronze badges
tonyotonyo

There's a Visual Studio Tools for Git by Microsoft. It only supports Visual Studio 2012 (update 2) though.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
Sheng Jiang 蒋晟Sheng Jiang 蒋晟
14.4k2 gold badges24 silver badges44 bronze badges

Visual Studio 2013 natively supports Git.

See the official announcement.

FlexoVisual Studio For Mac Github Extension
72.3k22 gold badges156 silver badges237 bronze badges
rhughesrhughes
5,9616 gold badges46 silver badges72 bronze badges

The Git support done by Microsoft in Visual Studio is just good enough for basic work (commit/fetch/merge and push). My advice is just to avoid it...

I highly prefer GitExtensions (or in less proportion SourceTree). Because seeing the DAG is for me really important to understand how Git works. And you are a lot more aware of what the other contributors to your project have done!

In Visual Studio, you can't quickly see the diff between files or commit, nor (add to the index) and commit only part of modifications. Browse your history is not good either... All that ending in a painful experience!

And, for example, GitExtensions is bundled with interesting plugins: background fetch, GitFlow,... and now, continuous integration!

For the users of Visual Studio 2015, Git is taking shape if you install the GitHub extension. But an external tool is still better ;-)

Community
PhilippePhilippe
14.9k4 gold badges30 silver badges51 bronze badges

TortoiseGit has matured and I recommend it especially if you have used TortoiseSVN.

SurfRatSurfRat
7011 gold badge7 silver badges14 bronze badges

The newest release of Git Extensions supports Visual Studio 2010 now (along with Visual Studio 2008 and Visual Studio 2005).

I found it to be fairly easy to use with Visual Studio 2008 and the interface seems to be the same in Visual Studio 2010.

Peter Mortensen
14.4k19 gold badges88 silver badges117 bronze badges
Andreas KlebingerAndreas Klebinger

The simplest solution that actually works quite well is to add the TortoiseGit commands as external tools.

Community
DalSoftDalSoft
7,5143 gold badges29 silver badges41 bronze badges

As mantioned by Jon Rimmer, you can use GitExtensions. GitExtensions does work in Visual Studio 2005 and Visual Studio 2008, it also does work in Visual Studio 2010 if you manually copy and config the .Addin file.

HenkHenk

Currently there are 2 options for Git Source Control in Visual Studio (2010 and 12):

I have tried both and have found 1st one to be more mature, and has more features. For instance it plays nicely with both tortoise git and git extensions, and even exposed their features.

Note: Whichever extension you use, make sure that you enable it from Tools -> Options -> Source control -> Plugin Selection for it to work.

TarunTarun
1,8951 gold badge18 silver badges20 bronze badges

As of 2013-02-11, the Microsoft Git plugin for Visual Studio 2012 should work with the Express version as well.

TTTTTT
3,5542 gold badges31 silver badges39 bronze badges

Not the answer you're looking for? Browse other questions tagged visual-studiogit or ask your own question.

Recently, I’ve updated over 30 of my extensions to support Visual Studio 2019 (16.0). To make sure they work, I got my hands on a very early internal build of VS 2019 to test with (working on the Visual Studio team has its benefits). This upgrade process is one of the easiest I’ve ever experienced.

I wanted to share my steps with you to show just how easy it is so you’ll know what to do once Visual Studio 2019 is released.

Visual Studio Setup Git

Updates to .vsixmanifest

We need to make a couple of updates to the .vsixmanifest file. First, we must update the supported VS version range.

<InstallationTarget>

Here’s a version that support every major and minor versions of Visual Studio 14.0 (2015) and 15.0 (2017) all the way up to but not including version 16.0.

2
<InstallationTarget Id='Microsoft.VisualStudio.Pro'Version='[14.0,17.0)'/>

<Prerequisite>

Visual Studio For Mac Github Extension

Next, update the version ranges in the <Prerequisite> elements. Here’s what it looked like before:

2
<Prerequisite Id='Microsoft.VisualStudio.Component.CoreEditor'Version='[15.0,)'DisplayName='Visual Studio core editor'/>

This means that the Prerequisite needs version 15.0 or newer.

If you have a dependency on Microsoft.VisualStudio.MPF then delete it. This dependency is a legacy one that hasn’t been needed since before Visual Studio 2010. It looks something like this: