Spara och dela kod med Git

Att spara och dela versioner av kod med ett team är de vanligaste sakerna som görs när du använder versionskontroll. Git har ett enkelt trestegsarbetsflöde för dessa uppgifter:

1. Skapa en ny gren för arbete
2. Spara ändringar
3. Pusha grenen för att dela den med teamet

Git gör det enkelt att hantera arbete med hjälp av grenar. Varje buggfix, ny funktion, tillagt test och uppdaterad konfiguration börjar med en ny gren. Grenar är lätta och lokala för utvecklingsdatorn, så du behöver inte oroa dig för att använda resurser eller samordna ändringar med andra förrän det är dags att push-överföra grenen.

Med grenar kan du koda isolerat från andra ändringar i utvecklingen. När allting är igång och fungerar delas grenen och dess ändringar med ditt team. Andra kan experimentera med koden i sin egen kopia av grenen utan att det påverkar pågående arbete i sina egna grenar.

Skapa en gren

Skapa en gren baserat på koden i en aktuell gren, till exempel main, när du startar nytt arbete. Det är en bra idé att kontrollera vilken gren som väljs med git status innan du skapar en ny gren.

Skapa grenar i Git med kommandot git branch :

> git branch <branchname>

Kommandot för att växla mellan grenar på lagringsplatsen är git checkout. När du har skapat grenen växlar du till den innan du sparar ändringarna.

> git checkout <branchname>

Git har ett kortkommando för att både skapa grenen och växla till den samtidigt:

> git checkout -b <branchname>

Läs mer om att arbeta med Git-grenar i GitHub eller Azure DevOps.

Spara ändringar

Git tar inte automatiskt ögonblicksbilder av koden när redigeringar görs. Git måste få veta exakt vilka ändringar som ska läggas till i nästa ögonblicksbild. Detta kallas mellanlagring. När du har mellanlagrat ändringarna, skapar du en commit för att spara ögonblicksbilden permanent.

Etappändringar

Git spårar filändringar som görs på lagringsplatsen när de sker. De här ändringarna delas in i tre kategorier:

• Oförändrade filer har inte ändrats sedan den senaste commit.
• Ändrade filer har ändringar sedan den senaste commit, men har inte förberetts för nästa commit.
• Mellanlagrade filer har ändringar som läggs till i nästa commit.

När du skapar en commit används endast steglagrade ändringar och oförändrade filer för ögonblicksbilden. Ändringar som inte har sparats sparas i filsystemet, men incheckningen använder den oförändrade filen i ögonblicksbilden.

Checka in ändringar

Spara ändringar i Git genom att skapa en commit. Varje commit lagrar hela filinnehållet i repositoryt, inte bara enskilda filändringar. Det här beteendet skiljer sig från andra versionskontrollsystem som lagrar skillnaderna på filnivå från den senaste versionen av koden. Med fullständig filhistorik kan Git fatta bättre beslut vid sammanslagning av ändringar och gör skiftet mellan kodgrenar blixtsnabbt.

Mellanlagra ändringar med git add för att lägga till ändrade filer, git rm för att ta bort filer och git mv för att flytta filer. Därefter, använd git commit-kommandot för att skapa kommiten.

Vanligtvis vill utvecklare mellanlagra alla ändrade filer på lagringsplatsen:

> git add –all

Genomför sedan ändringarna med en kort beskrivning:

> git commit -m "Short description of changes."

Varje commit har ett meddelande som beskriver dess ändringar. Ett bra incheckningsmeddelande hjälper utvecklaren att komma ihåg de ändringar de gjorde i en incheckning. Bra incheckningsmeddelanden gör det också lättare för andra att granska incheckningen.

Läs mer om att mellanlagra filer och genomföra ändringar i Visual Studio eller Visual Studio Code.

Dela ändringar

Oavsett om utvecklarna arbetar i ett team eller bara vill säkerhetskopiera sin egen kod måste de dela commits med ett repository på en annan dator. Använd kommandot git push för att ta commits från den lokala lagringsplatsen och skriva dem till en fjärrlagringsplats. Git konfigureras i klonade repos för att ansluta till källan till klonen, även känd som origin. Kör git push för att skriva de lokala kommandona på din aktuella gren till en annan gren (grennamn) på detta repository. Git skapar branchname på fjärrförvaret om den inte existerar.

> git push origin

Om du arbetar i en lagringsplats som skapats i det lokala systemet med git initmåste du konfigurera en anslutning till teamets Git-server innan ändringarna kan skickas. Läs mer om hur du konfigurerar fjärranslutningar och push-överför ändringar i Visual Studio eller Visual Studio Code.

Dela grenar

Om du push-överför en lokal gren till teamets delade lagringsplats blir dess ändringar tillgängliga för resten av teamet. När git push körs för första gången instruerar alternativet -u Git att börja följa den lokala grenens koppling med branchname från origin-lagringsplatsen. Efter den här engångskonfigurationen av spårningsinformation kan gruppmedlemmar använda git push direkt för att dela uppdateringar snabbt och enkelt.

> git push origin <branchname>

Nästa steg

Läs mer om grenar i GitHub eller Azure DevOps.

Läs mer om att push-överföra incheckningar och grenar i Visual Studio eller Visual Studio Code.