Share
Git heeft een lange weg afgelegd sinds de introductie en is aanzienlijk eenvoudiger geworden om mee te werken in een Windows-omgeving. In deze tutorial gaan we setup krijgen met Git op Windows.
Dit artikel is geschreven met de GUI in gedachten. Ik ga NIET verder met het gebruik van de opdrachtregel, omdat er veel bronnen zijn die dat aspect van Git al onderwijzen. Ik maakte dit voor de echte Windows-gebruikers, de GUI ninjas. Als je bent zoals ik en de voorkeur geeft aan een GUI over de opdrachtregel, dan is dit de tutorial voor jou!
Het eerste dat we moeten doen is Git op Windows installeren; u kunt dit doen met de volgende stappen:
Vreemd genoeg leek de laatste stap een beetje verwarrend als je Windows Search niet hebt ingeschakeld. Je kunt Git GUI ook vastzetten op de taakbalk en / of het Start-menu.
Het is belangrijk dat u alle standaardinstellingen gebruikt, omdat ze worden ondersteund door alle belangrijke repository-leveranciers, zoals Github, Bitbucket en Beanstalk.
In vergelijking met Git Bash is het opzetten van een SSH-sleutel voor uw computer relatief eenvoudig. Open gewoon Git GUI.
Klik nu op Toon SSH-sleutel onder de Helpen Menu.
Het is mogelijk dat er al een SSH-sleutel op uw systeem staat; u kunt de sleutel het beste verwijderen of back-uppen als u niet weet waar deze vandaan komt. Om dit te doen, verwijdert u eenvoudig alle bestanden in: C: \ Users \Zorg ervoor dat je het vervangt
U kunt een SSH-sleutel genereren door op de knop Sleutel genereren te klikken. Wanneer u dit doet, moet u om beveiligingsredenen een wachtwoord opgeven. Onthoud deze wachtwoordzin; u zult het later moeten gebruiken.
Github is niet de enige gehoste Git-repository die beschikbaar is. Het is echter de meest populaire oplossing en we zullen het als een voorbeeld gebruiken.
Met de SSH-sleutel die u hebt gemaakt, kunt u uw wijzigingen in een gehoste opslagplaats pushen. Dus, om veranderingen van uw computer te pushen, moet Github uw publieke SSH-sleutel kennen. Dat is gemakkelijk toegankelijk; Klik eenvoudigweg op de knop "Naar klembord kopiëren".
Vervolgens moet u uw gehoste repo-service voorzien van uw publieke SSH-sleutel. Net als bij Github hebben de meeste van deze sites meestal een tabblad, genaamd "SSH-sleutels". Klik op het tabblad en voeg uw SSH-sleutel toe aan de website.
Het veld Titel is slechts een label om de SSH-sleutel te identificeren; het is alleen voor uw doeleinden. Bijvoorbeeld "WindowsPc", "Macbook", "Linux". Zorg er wel voor dat het nauwkeurig beschrijft aan welk apparaat de SSH-sleutel is toegewezen.
Vervolgens hebben we een Git-repository nodig en we zullen een nieuwe externe repository maken op Github.
Bij het maken van een remote repo biedt Github aan om de repository voor u te initialiseren. Dit is een leuke optie, maar om te leren hoe u moet instellen voor alternatieve websites, controleren we het initialisatie-vakje niet.
Nu maken we een lokale repository. Klik in onze Git GUI op "Create New Repository".
Selecteer de locatie waar u uw repository wilt opslaan. Het is belangrijk op te merken dat de geselecteerde repositorylocatie MOET NIET bestaan. Dus selecteer de gewenste locatie en voeg de naam toe van de map waarin u de repository wilt hebben, zoals deze:
Om deze nieuwe repository te initialiseren, moet u eerst een bestand, elk bestand, maken in uw lokale repo. Vervolgens moet u Commit en Push plaatsen op de externe Git-repositorylocatie. We zullen het vastleggen en duwen bekijken in stap 4; Ik raad aan om door te gaan als je een repository niet wilt klonen. Uw externe Git-locatie zou er ongeveer zo uit moeten zien: [email protected]: gebruikersnaam / repository-name.git.
Zoals ik eerder heb opgemerkt, kan Github je een al geïnitialiseerde repository bieden en kun je veel sneller van start gaan dan je normaal zou doen. Om een repository te klonen, klikt u op de koppeling "Clone Existing Repository" in het Git GUI-venster. Een bestaande repository is er een die al is geïnitialiseerd en / of die ernaar is gepusht.
Voer in het veld Bronlocatie de locatie van de Git remote repository in. Het veld Target Directory werkt ongeveer zoals hoe ik je heb laten zien hoe je eerder een repository aanmaakt. Korte versie: selecteer de locatie en voeg de map toe waarin u de bestanden wilt hebben. Git zal proberen het bestand te maken en het zal mislukken als het al bestaat.
Daar ga je; nu zou je helemaal klaar moeten zijn om lokaal te werken.
De Git GUI maakt het eenvoudiger om Git-gerelateerde taken uit te voeren, zoals het stagen van veranderingen, commits en pushs.
Wanneer u bestanden naar een Git-map verplaatst, ziet u alle bestanden in het venster "Unstaged Changes". Dit betekent in feite dat nieuwe bestanden zijn toegevoegd, verwijderd, bijgewerkt, enz. U kunt klikken op de knop "Opnieuw scannen" om eventuele nieuwe wijzigingen te zien die zijn opgetreden.
Wanneer u op de knop "Fase gewijzigd" klikt, wordt geprobeerd alle nieuwe bestanden aan de Git-index toe te voegen.
Nadat je je veranderingen hebt geënsceneerd, moet je ze verbinden met je lokaal repository. Typ een Commit-bericht dat logisch is voor de aangebrachte wijzigingen. Als je klaar bent, druk je op de knop Vastleggen.
Voordat anderen toegang hebben tot onze nieuwe code, moeten we deze wijzigingen doorsturen naar onze gehoste repository. Zonder de wijzigingen door te drukken, zouden anderen geen toegang tot de code kunnen krijgen.
Voordat we verder kunnen gaan met pushen, moeten we een locatie instellen om naar te pushen. De meeste mensen noemen deze locatie "oorsprong". Als je wilt, kun je een optie selecteren in het gebied "Verdere acties", maar naar mijn ervaring zal niets doen je het meeste voordeel opleveren. Je kunt altijd klonen of later pushen.
Na het toevoegen van de externe oorsprong, kunt u eenvoudig op de knop Push drukken. Het zal je vragen waar je naartoe wilt; meest waarschijnlijke "oorsprong" zal worden voorgeselecteerd (en het kan uw enige optie zijn). Dus klik opnieuw op de knop Push.
Vervolgens wordt u gebombardeerd met venster na raam. Maar maak je geen zorgen, dit gebeurt alleen de eerste keer. Volg gewoon de instructies die aan u zijn gegeven.
Git zal je de wachtwoordzin van je SSH-sleutel vragen.
Raak niet in paniek als u meer dan één verzoek van uw wachtwoordzin ziet. Het is volkomen normaal! U hoeft zich geen zorgen te maken zolang u niet wordt verteld dat de wachtwoordzin onjuist was. Het zien van meerdere verzoeken om uw wachtwoordzin gebeurt meestal maar één keer per SSH-sleutel.
In het geval dat uw push voltooid was, zou u moeten worden begroet met een vergelijkbaar venster als dit:
Voordat ik je laat gaan, is hier een lijst met fantastische bronnen om je Git-leren voort te zetten.
Accentsconagua