Fjernlagre med Git

Håndtering Git Som et redskab til samarbejdsarbejde er det blevet en nødvendighed i nuværende tider, hvor de fleste udviklinger bruger det til at holde ændringer ensartede og uden konflikter.
I tidligere tutorials har vi lært, hvordan man administrerer lagre i lokale miljøer, og det er ikke dårligt, hvis vi lærer at bruge GitI arbejdets verden håndteres det imidlertid forskelligt, og det meste af tiden bliver vi nødt til at arbejde på et fjernlager, som vil have flere grene, og hver udvikler til stede i det uploader konstant ændringer.
Et fjernlager er et, der ikke tilhører os, som kan være på en cloud -server, på en anden udviklers computer eller endda på et filsystem. Hovedfunktionen i disse lagre er, at andre udviklere kan samarbejde med det, herunder os gennem filialerne eller grene.
Der er mange tjenester, der giver os mulighed for at oprette vores fjernlager, vi har GitHub men dette er orienteret mod personlige projekter og samarbejder mellem udviklerfællesskabet med visse projekter, og det har vi Bitbucket, som er orienteret mod private projekter og arbejdsteam i virksomheder eller organisationer.
Til denne tutorial vil vi bruge Bitbucket, er gratis og er den, der mest ligner den arbejdsfilosofi, som vi vil fokusere på.
Vi nævnte, at et fjernlager ikke tilhører os, da det er på en platform, der ikke er vores, men vi kan udføre operationer på det, lige fra at oprette det til at slette det, hvis vi ønsker det.
For at oprette vores fjernlager går vi til siden Bitbucket og hvis vi ikke er registreret, opretter vi vores konto, indtaster og i vores hovedpanel leder vi efter muligheden skab for at oprette fjernlageret.

Vi navngiver vores lager, inkluderer en beskrivelse, vælger synligheden og evnen til at udføre gafler, hvor vi desuden kan vælge det sprog, som vores projekt skal baseres på, endelig trykker vi på create, og vi får oprettet vores fjernlager.
Vi kommer til at antage, at vi starter forfra, og at vi ikke har et projekt, men at vi snart vil begynde at uploade vores ændringer, for dette skal vi oprette den mappe, hvor projektet vil være og lave den første skubbe.
For at gøre dette opretter vi en mappe, og inden for den åbner vi en kommandokonsol, og vi vil initialisere den som et depot gitHerefter skal vi oprette forbindelsen til vores fjernlager, som vi kan finde i hovedpanelet i vores nyoprettede lager:

Nu skal vi udføre vores første skubbe For at kontrollere, at alt fungerer korrekt, opretter vi en ny fil, som kan være en .txt med en simpel tekst. Vi bruger kommandoen tilføje for at tilføje det til depotet tilføjer vi vores første begå og endelig gør vi det skubbe til grenen mestre:

Da vi ser, at alt gik gnidningsløst, men for brugere, der starter og føler sig lidt usikre på værktøjet, og spekulerer på, om filerne blev uploadet, kan de gå til Bitbucket og opdater opbevaringsstedet, og du kan se de foretagne ændringer:

FORSTØRRE

Bitbucket er yderst nyttig, det giver os ikke kun mulighed for at oprette lagre, men dets webapplikation giver os mulighed for at se data som f.eks. filialen i depotet, gafler der er blevet udført, aktiviteten i den og endda sende invitationer til andre udviklere.
Når vi har oprettet vores depot, er det tid til at starte samarbejdsarbejdet, for det første er vi nødt til at oprette filialerne eller grene. Bortset fra grenen mestre Vi skal oprette en ekstra gren til projektet generelt, og det er den, udviklerne vil gøre fusionere og uploade dine sidste ændringer.
Individuelle greneDerudover anbefales det, at hver udvikler har en filial til det, så ændringerne af hvert teammedlem bliver sektioneret, og i tilfælde af at der er en fejl i den endelige upload, kan de returneres uden større problemer.
Vi opretter den gren, der hedder udvikler sig og en personlig gren for vores ændringer, gør vi dette med kommandoen afdeling efterfulgt af filialens navn, lad os se, hvordan det ser ud i vores konsol:

Dette vil oprette vores filialer lokalt, men indtil vi foretager ændringer i dem og gør det skubbe de vil ikke blive registreret i vores lager, for dette kommer vi til at skifte til vores personlige gren med kommandoen checkout og vi verificerer med status at vi ikke har noget at gøre begå, dette burde være sådan, da det er en ny gren, lad os se:

Nu skal vi oprette mapper og nogle filer for at vægte vores projekt, men lad os huske, at ændringerne vil være i vores gren. Efter at have udført disse operationer skal vi tilføje dem med tilføje, udfør begå tilsvarende og endelig skubbe til vores afdeling, lad os se disse operationer i vores kommandokonsol:

Vi har allerede uploadet til vores afdeling, nu skal vi kun gøre det samme med udviklingsgrenen, men til dette behøver vi ikke bruge kommandoen tilføj eller begå, for dette vil vi bruge kommandoen fusionere For at slutte sig til de ændringer, der ikke er til stede i grenen, sparer dette os for en masse arbejde og giver os mulighed for at holde styr på de handlinger, vi udfører på depotet.
For at gøre dette skal vi skifte til udviklingsgrenen med kommandoen checkout og der skal vi udføre kommandoen fusionere peger på jacosta -grenen for at slutte sig til de ændringer, vi har foretaget.

Med denne handling vil opdateringen blive foretaget, men det betyder ikke, at vi har uploadet ændringerne til grenen på samme måde, som vi skal udføre skubbe, men dette sparer os for nogle ekstra trin og giver os en renere uploadproces. Denne handling vil oprette den nye gren og forene vores ændringer, hvis vi stadig ikke har tillid til, hvad konsollen informerer os om, kan vi gå til Bitbucket, hvor vi kan se de nye grene, der er oprettet, samt de handlinger, vi har udført under det seneste aktivitetsafsnit:

FORSTØRRE

Som vi kan se, har vi de nye grene samt de nye ændringer foretaget. Det er vigtigt at nævne, at dette er den normale arbejdsgang, vi skal udføre, når vi arbejder i samarbejdsmiljøer, ellers ville vi forårsage konflikter, hvilket får vores team til at bruge selv et par timer på at fejlfinde lageret.
Det, vi lige har set, er en del af ideen om, at det var os, der skabte fjernlageret, men i det øjeblik vi bliver inviteret til en af ​​dem, ændrer processen sig lidt. Lad os antage, at vores team også bruger Bitbucket og de oprettede depotet på platformen, vi gik til hovedpanelet, vi fandt muligheden Klon og når vi trykker på den, vil vi se den nøjagtige linje for at udføre denne handling, som kloner os præcis, hvad der er i depotet i det øjeblik:

FORSTØRRE

Vi nævnte, at denne handling kloner eller kopierer, hvad der præcist er i depotet på det tidspunkt, men det kan være tilfældet, at nogle af udviklerne uploader en ændring i sidste øjeblik, og det er ikke inkluderet i klonen, så det vil ikke være i kopien som vi vil have i vores maskine.
Almindelig fejlDenne fejl er en af ​​de mest almindelige, og hvor mange nybegyndere ikke formår at administrere lagre med Git, og det er upload af filer til depotet uden først at kontrollere, at der er foretaget ændringer. Men løsningen er enkel, hvad der måske er det mest komplicerede er at adoptere praksis og er at udføre kommandoen trække Inden du begynder at arbejde på projektet og inden du uploader noget, undgår du den pinlige situation i en depotkonflikt forårsaget af os.
Endelig er det vigtigt at nævne, at selvom Git giver os mulighed for at beholde kontrollen over vores projekt og vores filer, der forener ændringerne i udviklingsteamet, er det ikke et værktøj, vi kun kan bruge til projektledelse.
Vi anbefaler at tage det hånd i hånd med applikationer som asana eller Trello og sikre, at vores projekter er dækket på alle fronter, på denne måde ved vi, at de altid vil have de seneste ændringer, og også at de datoer og forpligtelser, der er fastsat for det, er bliver mødt uden fejl ..
Med dette afslutter vi denne vejledning, hvor vi kunne oprette vores fjernlager med Bitbucket og derudover kunne vi se alle de arbejdsgange, der var nødvendige for at få en optimal håndtering af det, når vi arbejder i et udviklingsmiljø i samarbejde.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt