Vraag Git gebruiken met Visual Studio [gesloten]


Als een lange tijd Visual SourceSafe gebruiker (en hater) Ik was aan het bespreken om over te schakelen naar SVN met een collega; hij stelde voor om te gebruiken Git in plaats daarvan. Omdat het blijkbaar als peer-to-peer kan worden gebruikt zonder een centrale server (we hebben gewoon een team van 3 ontwikkelaars).

Ik heb echter niets kunnen vinden over tools die Git met Visual Studio integreren. Bestaat zoiets?

Welke technologieën zijn beschikbaar voor het gebruik van Git met Visual Studio? En wat moet ik weten over hoe ze verschillen voordat ik begin?


1401
2018-02-03 14:46


oorsprong


antwoorden:


In januari 2013, Microsoft aangekondigd dat ze volledige Git-ondersteuning toevoegen aan al hun ALM-producten. Zij hebben heeft een plugin gepubliceerd voor Visual Studio 2012 dat Git source control-integratie toevoegt.

Als alternatief is er een project genaamd Git Extensions dat omvat invoegtoepassingen voor Visual Studio 2005, 2008, 2010 en 2012, evenals de integratie van Windows Verkenner. Het wordt regelmatig bijgewerkt en als ik het op een paar projecten heb gebruikt, heb ik het zeer nuttig gevonden.

Een andere optie is Git Source Control Provider.


1056
2018-02-03 15:07



Ik gebruik Git met Visual Studio voor mijn poort van protocolbuffers naar C #. Ik gebruik de GUI niet - ik houd gewoon een commandoregel open evenals Visual Studio.

Voor het grootste deel is het prima - het enige probleem is wanneer je een bestand een andere naam wilt geven. Zowel Git als Visual Studio willen dat liever ze waren degene om het te hernoemen. Ik denk dat de naam ervan wijzigen in Visual Studio de juiste manier is om te gaan - wees voorzichtig met wat je daarna doet aan de Git-kant. Hoewel dit in het verleden een beetje pijnlijk was, heb ik gehoord dat het eigenlijk behoorlijk naadloos moet zijn aan de Git-kant, omdat het kan opmerken dat de inhoud grotendeels hetzelfde zal zijn. (Meestal niet hetzelfde, meestal - u hebt de neiging een bestand een andere naam te geven als u de klasse hernoemt, IME.)

Maar eigenlijk - ja, het werkt prima. Ik ben een Git-newbie, maar ik kan ervoor zorgen dat ik alles doe wat ik nodig heb. Zorg ervoor dat je een GIT-bestand negeert voor bin en obj, en * .user.


195
2018-02-03 14:51



Git Source Control Provider is een nieuwe plug-in die Git integreert met Visual Studio.


90
2018-05-31 22:16



Ik heb dit een beetje op het werk bekeken (beide met Subversion en Git). Visual Studio heeft eigenlijk een integratie-API voor bronbeheer waarmee u bronbesturingsoplossingen van derden kunt integreren in Visual Studio. De meeste mensen doen er echter om een ​​paar redenen geen moeite mee.

De eerste is dat de API ervan uitgaat dat je een locked-checkout-workflow gebruikt. Er zitten heel veel haakjes in die ofwel kostbaar zijn om te implementeren, of gewoon helemaal geen zin hebben als je de meer moderne bewerkingsworkflow gebruikt.

De tweede (die gerelateerd is) is dat wanneer je de bewerk-samenvoegwerkstroom gebruikt die zowel Subversion als Git aanmoedigen, je niet echt nodig hebben Visual Studio-integratie. Het grootste voordeel van de integratie van SourceSafe met Visual Studio is dat u (en de redacteur) in een oogopslag kunt zien welke bestanden uw eigendom zijn, die moeten worden uitgecheckt voordat u kunt bewerken en die u zelfs niet kunt uitchecken als u dat wilt. Dan kan het je helpen bij het uitvoeren van de revision-control voodoo die je moet doen als je een bestand wilt bewerken. Niets daarvan is zelfs onderdeel van een typische Git-workflow.

Wanneer u Git gebruikt (of SVN meestal), vinden uw revisiebesturingsinteracties allemaal plaats vóór uw ontwikkelsessie of erna (zodra u alles hebt laten werken en testen). Op dat moment is het echt niet zo moeilijk om een ​​andere tool te gebruiken. Je hoeft niet constant heen en weer te schakelen.


52
2018-02-03 15:13



Ik vind dat Git, dat werkt op hele bomen als het werkt, minder profiteert van IDE-integratie dan bronbeheerprogramma's die ofwel op bestanden gebaseerd zijn of een patroon voor het afronden en bewerken volgen. Natuurlijk zijn er gevallen waarin het handig kan zijn om op een knop te klikken om wat geschiedenisonderzoek te doen, maar dat mis ik niet heel erg.

De echte must-do is om uw .gitignore-bestand vol te krijgen met de dingen die niet in een gedeelde repository zouden moeten staan. De mijne bevatten over het algemeen (onder andere) het volgende:

*.vcproj.*.user
*.ncb
*.aps
*.suo

maar dit is zwaar gecorrigeerd door C ++ met weinig of geen gebruik van enige klasse-wizardstijl-functionaliteit.

Mijn gebruikspatroon is zoiets als het volgende.

  1. Code, code, code in Visual Studio.

  2. Als je gelukkig bent (verstandig tussenpunt om code te committen, ga je naar Git, verander je het stadium en bekijk je diff.) Als er iets niet klopt, schakel dan terug naar Visual Studio en herstel, anders commit.

Alle merge, branch, rebase of andere mooie SCM-dingen zijn eenvoudig te doen in Git vanaf de opdrachtprompt. Visual Studio is normaal redelijk tevreden met dingen die eronder veranderen, hoewel het soms nodig kan zijn om sommige projecten opnieuw te laden als je de projectbestanden aanzienlijk hebt gewijzigd.

Ik vind dat het nut van Git groter is dan enig klein ongemak van het ontbreken van volledige IDE-integratie, maar het is in zekere mate een kwestie van smaak.


37
2018-02-03 15:09



Microsoft aangekondigd Git voor Visual Studio 2012 (update 2) onlangs. Ik heb er nog niet mee gespeeld, maar deze video ziet er veelbelovend uit.

Hier is snel zelfstudie over hoe Git te gebruiken vanuit Visual Studio 2012.


31
2018-01-30 23:10



Mis ook TortoiseGit niet ...    https://tortoisegit.org/


28
2018-05-26 01:21



Er is een Visual Studio Tools voor Git door Microsoft. Het ondersteunt echter alleen Visual Studio 2012 (update 2).


26
2018-01-30 17:32



Visual Studio 2013 ondersteunt native Git.

Zie de officiële aankondiging.


18
2017-11-10 10:28