Slik kobler du Visual Studio til GitHub og Azure DevOps

Hvis du er programvareutvikler, vet du at det er viktig å ha godt organisert kode for å unngå å bli gal midt i et prosjekt. I disse dager er skyen motoren som driver applikasjonsutvikling, og for de av oss som bruker .NET og Visual Studio, finnes det ingen bedre kombinasjon enn Azure DevOps og GitHub. Disse verktøyene lagrer ikke bare filene dine, men lar også flere utviklere jobbe samtidig uten overlapping.

I denne artikkelen skal vi gå i detalj gjennom hvordan du setter opp hele dette systemet. Det spiller ingen rolle om du starter fra bunnen av eller allerede har en avansert løsning på PC-en din. Vi lærer deg hvordan du administrerer repositoriene dine , håndterer Git-grener for å unngå å ødelegge den stabile versjonen, og konfigurerer kontinuerlig distribusjon slik at nettstedet ditt oppdateres automatisk. La oss komme i gang.

Hva er egentlig Azure DevOps, og hvorfor er det så kult?

Azure DevOps er i hovedsak Microsofts sveitsiske lommekniv for utviklingslivssyklusen. For de av oss som programmerer i .NET, er integrasjonen sømløs , ettersom alt er designet for å passe perfekt sammen. Børsene er Azure Repos, hvor du lagrer kode i Git privat og gratis for små team, og Azure Boards, som brukes til å organisere oppgaver ved hjelp av Kanban- eller Scrum-boards.

I tillegg har vi Azure Pipelines, som er der magien med automatisert distribusjon skjer , slik at kode kan flyttes fra tastaturet til en produksjonsserver uten at du trenger å laste opp filer manuelt. Hele dette økosystemet skaper fullstendig synergi hvis du allerede bruker andre Azure-tjenester til å være vert for databasene eller webapplikasjonene dine.

Førstegangsoppsett av miljøet ditt i Azure DevOps

Før vi begynner å jobbe med Visual Studio, trenger vi et sted å lagre koden vår. Gå først til Azure DevOps-portalen og logg inn med en Microsoft-konto. Når du er logget inn, vil systemet be deg om å opprette en organisasjon , som fungerer som hovedbeholderen for bedriften eller arbeidsgruppen din. Her velger du et unikt navn som skal være en del av URL-en din og den nærmeste geografiske regionen for å minimere ventetid.

Når du har organisasjonen på plass, er neste trinn å opprette det spesifikke prosjektet . Du kan velge om du vil at det skal være offentlig (i åpen kildekode-stil) eller privat. Det er avgjørende at du velger Git som versjonskontrollsystem i de avanserte innstillingene , da det er den nåværende standarden sammenlignet med den eldre TFVC. Du kan også velge et rammeverk, for eksempel Agile eller Basic, for å administrere problemene og oppgavene dine.

Koble Visual Studio til repositoriene dine

Det er her det blir interessant. Avhengig av situasjonen din, har du to hovedveier for å koble IDE-en din til skyen.

Hvis du allerede har koden på datamaskinen din

Hvis du allerede har en C#-løsning under utvikling og ønsker å laste den opp, åpner du prosjektet i Visual Studio og går til Git-menyen for å initialisere det lokale depotet . Når du har gjort dette, lar Visual Studio deg publisere depotet eksternt. Bare velg Azure DevOps, autentiser med Microsoft-kontoen din, og velg organisasjonen og prosjektet du opprettet tidligere. IDE-en vil deretter opprette depotet i skyen og laste opp all den første koden din.

Hvis prosjektet allerede er i skyen

Hvis du blir med i et team som allerede har koden i Azure Repos, må du klone den. Gå til Azure DevOps-nettportalen, naviger til Repos-delen, og kopier URL-adressen for HTTPS-kloning . Deretter velger du alternativet for å klone repositoriet i Visual Studio, limer inn adressen og velger mappen på harddisken der du vil lagre filene. Når du er ferdig, laster IDE-en ned hele historikken og lar deg åpne løsningen direkte.

Mestre Git-arbeidsflyten

Å jobbe med Git handler ikke bare om å laste opp og laste ned filer; det handler om å håndtere kaos. Den gylne regelen er å bruke grener for hver nye funksjon eller feilretting. På denne måten forblir «hoved»-grenen alltid stabil og funksjonell mens du eksperimenterer i en separat gren.

Den daglige prosessen innebærer å lage lokale commits for å lagre fremdriften din. Når du er sikker på at koden fungerer, sender du en melding for å laste opp disse endringene til serveren. For å integrere arbeidet ditt i hovedgrenen er det best å opprette en pull-forespørsel , slik at andre teammedlemmer kan se gjennom koden din før du slår den sammen, noe som sikrer høyere programvarekvalitet.

Koble til GitHub og kontinuerlig distribusjon

Selv om Azure DevOps er kraftig, er GitHub fortsatt den sosiale kongen av kode. Visual Studio lar deg integrere begge verdener gjennom spesifikke utvidelser. Du kan knytte løsningen din til et GitHub-repositorium ved å høyreklikke på løsningen og velge « Legg til i kildekontroll », og dermed publisere den til GitHub-kontoen din.

Den virkelige kraften kommer med kontinuerlig levering (CD) . Tenk deg at hver gang du forplikter deg til GitHub, oppdateres nettstedet ditt i Azure App Service automatisk. For å oppnå dette må du opprette en webapptjeneste i Azure-portalen og autorisere tilkoblingen til GitHub i distribusjonssenteret . Du velger organisasjon, repository og gren, og det er det: Azure vil konfigurere en byggetjeneste som distribuerer endringene i sanntid, og eliminerer risikoen for manuelle feil under distribusjonen.

Synkronisering og konfliktløsning

Ikke glem at samarbeid betyr at andre også endrer koden. Det er viktig å utføre en «pull» ofte for å få eksterne endringer inn i den lokale kopien. Noen ganger vet ikke Git hvordan man slår sammen to endringer på samme kodelinje, og det vil oppstå en flettekonflikt . Visual Studio tilbyr et veldig nyttig visuelt diff-verktøy for å sammenligne begge versjonene og avgjøre hvilken som er riktig, slik at ingen forbedringer går tapt under integrasjonen.

Kombinasjonen av Visual Studio, GitHub og Azure DevOps skaper en profesjonell arbeidsflyt som muliggjør alt fra oppgaveplanlegging og versjonskontroll til automatisering av skydistribusjon, og optimaliserer alle utviklingstrinn for å oppnå raske, sikre og skalerbare leveranser.