Microsoft voegt Git-ondersteuning toe aan Visual Studio

Microsoft heeft ondersteuning voor Git toegevoegd aan Visual Studio 2012. Het is de eerste keer dat de ontwikkelsoftware van Microsoft ondersteuning krijgt voor gedecentraliseerd versiebeheer. Ook Microsofts Team Foundation Server krijgt ondersteuning voor Git.

Vanaf nu kunnen Visual Studio-ontwikkelaars samenwerken via Git, heeft Microsoft-medewerker Brian Harry bekendgemaakt op zijn MSDN-weblog. Git is een systeem voor gedecentraliseerd versiebeheer, dat oorspronkelijk door Linux-aartsvader Linus Torvalds is ontwikkeld. Bij Git en vergelijkbare systemen heeft elke ontwikkelaar een volledige kopie van het project op zijn lokale hardeschijf, waarbij veranderingen worden gecommit naar een Git-repository.

Harry schrijft dat Microsoft al langer nadacht over het invoeren van ondersteuning voor gedecentraliseerd versiebeheer, en dat onder meer werd nagedacht over het bouwen van een eigen tool, het kopen van een bestaande tool of het inbouwen van ondersteuning voor een opensource-tool zoals Git of Mercurial. Uiteindelijk is de keuze op Git gevallen vanwege het grote marktaandeel dat die standaard heeft. Gebruikers kunnen een eigen Git-repository opzetten of een bestaande gebruiken, zoals Github of BitBucket.

Ontwikkelaars die Visual Studio 2012 gebruiken kunnen vanaf nu een extensie downloaden waarmee ondersteuning voor Git wordt toegevoegd. Oudere versies krijgen vooralsnog geen ondersteuning. Ook de eerstvolgende versie van Team Foundation Server, die kan worden gebruikt voor het beheren van de ontwikkeling van softwareprojecten, krijgt ondersteuning voor Git. Team Foundation Service, de hosted-versie van Team Foundation Server, biedt vanaf nu al ondersteuning voor Git.

Tot nu toe ondersteunde Visual Studio enkel gecentraliseerd versiebeheer, waarbij er één centrale kopie van het project is waar elke wijziging naartoe moet worden gesubmit. Voordelen van gedecentraliseerd versiebeheer zijn onder meer de snelheid: niet elke wijziging hoeft direct te worden gesubmit. Daarnaast is het mogelijk om zonder internetverbinding aan een project te werken.

Reacties (58)

[increddibelly]

Hier gebruiken we GitExtensions; dat geeft je een drietal Commit / Pull / Push knoppen in een toolbar binnen VS2005 - VS2012, en het toont in welke branch je bezig bent.
In het context menu van source files komt een File History optie, en dat tezamen is voor ons voldoende, daar kun je voor je dagelijkse werk genoeg mee doen. En wil je toch iets spannders doen, zoals een nieuwe branch maken, dan pakken we de GitExtensions GUI en daar kun je alles managen wat je nodig hebt.
Alleen TortoiseGit is erg buggy, dus het cosmetische deel van deze integratie is niet geweldig.

Ik ben benieuwd wat MS denkt toe te voegen via deze update.

[Rutix]

betere support en betere integratie met solution explorer. En ook support voor straks voor TFS + GIT .

[WizX]

Cool! Ik gebruikte al een tijdje een extension die dit ook voor je doet (http://visualstudiogaller...71-4fbb-a23b-d262124b8f4c) en die werkt opzich prima maar miste hier en daar wat opties. Ik ga deze zeker proberen!

[vanaalten]

Het is dus eigenlijk nog steeds een centraal systeem (Git-repository als centraal punt), enkel ben je er minder van afhankelijk omdat je een lokale kopie maakt.

[webdevotion]

Nee. Het is echt een gedecentraliseerd systeem. Zie wikipedia page.

Every Git working directory is a full-fledged repository with complete history and full revision tracking capabilities, not dependent on network access or a central server.

http://en.wikipedia.org/wiki/Git_(software)

[SuperDre]

ja, dat klopt, maar zo gedecentraliseerd is het echt niet hoor, je hebt nog steeds een server nodig waar het uiteindelijk weer op teruggezet moet worden wil je het kunnen sharen met anderen.. Het is dat je een complete lokale kopie hebt...

[Verwijderd]

Volgens mij haal je wat begrippen door elkaar... Dat iets op een server staat, wil niet zeggen dat het gecentraliseerd is.

[Verwijderd]

Gevoelsmatig heb je gelijk, het enige verschil bij zo een server is dat er een Git-service draait wat mogelijk maakt dat iedereen vanuit dat server het project kunt clonen. Maar buiten dat git-service (wat meestal een daemon op een Linux systeem is), is het verder exact hetzelfde als op je locale pc. Dus het is een echte decentrale beheerssysteem. Vandaar dat je 'git clone' genoemd wordt en niet 'git copy'


Ik moet wel eerlijk zeggen, het heeft in het begin een steile leercurve, als je alles zelf moet uitzoeken. Maar tegenwoordig heb je zoveel documentatie en je kunt leuk experimenteren met text bestandjes...

[aequitas]

Nee niet echt, met git kunnen gebruikers ook onderling commits uitwisselen zonder dat ze hiervoor contact hoeven te hebben met een eventuele centrale repository. Dit omdat elke commit een wereldwijde unieke id heeft. Een centrale repository wordt meestal gebruikt omdat het makkelijk is een altijd beschikbare repository te hebben ipv wachten tot je collega op kantoor is om zijn wijzigingen te importeren.

[Pulse_]

Snap niet echt al het ophef. Ik werk al lang met TFS voor source control, ik heb ook een lokale copy, ik kan ook disconnected werken en heb bij terug verbinden propere merge screens...

[Patrickkkk]

ik eerst ook niet maar kijk een naar http://git-scm.com/about/distributed een interresante workflow is bijvoorbeeld "Dictator and Lieutenants Workflow" nou kan je zoiets (mwet veel moeite) met TFS natuurlijk ook wel op zetten m.b.v verschillende branches, maar dat geeft meer gedoe. ik vind het best interresant als TFSer

[Nardon]

Ideaal. Ik gebruik Git al lang in mijn PHP projecten. Het is een enorm krachtige tool voor het beheren van je pronbroncode.

Ik denk dat het misschien nu ook makkelijker word om .NET applicaties op GitHub te krijgen bijvoorbeeld. Ik zie maar relatief weinig open source projecten die met dit framework zijn gebouwd.

[Reactie gewijzigd door Nardon op 23 juli 2024 09:09]

[Caelorum]

Die projecten zitten ook vaak op CodePlex

[Booster]

pr0ncode? Heel vies geprogrammeerd zeker

[ATS]

Nee, zo mooi en elegant dat devs er een stijve van krijgen...

[Nardon]

Wahaha, oeps.. het ging fout toen ik van programma's, broncode maakte.. xD

[biglia]

Jouw code wordt dan hopelijk toch niet "open-source" en gedeeld met de rest van de wereldbevolking? Ik neem aan van niet.

[riemer1990]

Waarom zou het meteen gedeeld worden met de gehele wereldbevolking? GIT is open source, maar wat jij commit en waarnaar toe heb je nog wel controle op. Je kan dus perfect closed source licenties toevoegen op je code/bestanden en pushen naar een repo in prive sfeer.

[Wolfos]

Je kan zelfs GIT lokaal gebruiken, en ook op openbare sites als GitHub stel je alsnog zelf in of de repo openbaar is en kies je zelf de license.

[Woy]

Bij Git en vergelijkbare systemen heeft elke ontwikkelaar een volledige kopie van het project op zijn lokale hardeschijf, waarbij veranderingen worden gecommit naar een Git-repository.

Dat is eigenlijk bij alle VCS'en zo. Het grote verschil is dat bij een DVCS ook de complete historie lokaal gehouden wordt.

Mooi dat er eindelijk goede integratie beschikbaar is. Er was al wel het een en ander mogelijk met scripts, maar volledige integratie werkt toch wel een stuk beter.

Overigens is het niet nieuw dat MS ook git ondersteund. Bij bijvoorbeeld Azure wordt ook al deployment via Git ondersteund, dus het was te verwachten dat MS dit op den duur ook in VS gaat ondersteunen.

[Reactie gewijzigd door Woy op 23 juli 2024 09:09]

[arendvw]

Dat bedoelen ze denk ik met volledige kopie (geen verschil tussen server en client) versus een kopie (checkout).

[keigezellig123]

En nu nog ondersteuning inbouwen voor GitFlow

[armageddon_2k1]

Misschien zie ik het verkeerd, maar is het artikel dat je nu linkt niet gewoon een way-of-working en zou dus gewoon met standaard Git moeten werken?

[SuperDre]

Maar er is toch al langer GIT ondersteuning in VS2012 (en zelfs 2010)...

[Snake]

Niet vanuit Microsoft. En die van Git Extensions was lang niet zo soepel als deze.

[SoloH]

@Superdre
Ja inderdaad. Ik had er gister nog mee lopen spelen in VS 2010.
Was wel de ultimate editie.

[Caelorum]

@keigezellig123: Voor VS2010 heeft iemand al een fatsoenlijke extension geschreven die Git ondersteuning toevoegt.
Die stomme reageer knopjes ook..

[Reactie gewijzigd door Caelorum op 23 juli 2024 09:09]

[keigezellig123]

Dan ben ik benieuwd welke

[Caelorum]

Zelf gebruik ik in VS2010 Git Source Control Provider. Het heeft wel wat quirks af en toe, maar is in ieder geval voor mij werkbaar . Je hebt ook nog Git Extensions.

[Reactie gewijzigd door Caelorum op 23 juli 2024 09:09]

[arendvw]

Mooie toevoeging, kudo's aan microsoft dat ze meegaan met een goede bestaande open source tool ipv een eigen proprietary protocol te gebruiken.