Programmering

Komme i gang med GitHubs stasjonære og mobile verktøy

Microsoft har tatt en veldig praktisk tilnærming med GitHub siden oppkjøpet i fjor. Det er en tilnærming som gir mye mening; Microsofts tidligere forhold til open source-samfunnet har ikke vært det beste, og det er fortsatt ikke mye tillit der, til tross for betydelige bevegelser mot åpen design og åpne utviklingsmodeller fra Redmond.

Det har imidlertid ikke forlatt GitHub stagnerende og drivende. I stedet, under ny ledelse og med mer klarhet om fremtiden, har GitHub akselerert sin produktutvikling og utrulling, og lagt til funksjoner i sine webtjenester og til sin plattform. GitHubs egne utviklerfokuserte verktøy har fått mye mer oppmerksomhet det siste året, med jevnlige oppdateringer av GitHub Desktop og utgivelsen av de første innfødte mobilapplikasjonene for iOS og Android.

Bli sosial med koden din

GitHub er for mye mer enn å dele koden din med teamet ditt eller verden. Dens repositorier bygger på den underliggende åpen kildekode Git-kildekontrollprotokollen, og bruker den som grunnlag for en sosial kodingsmodell som tar sikte på å endre måten utviklere jobber på, offentlig og privat. Det er en interessant utviklingsmodell. Med skiftet til distribuerte og eksterne team blir det stadig viktigere å finne nye måter å legge til samarbeid på.

Du er ikke begrenset til å bruke GitHubs egne verktøy, ettersom enhver Git-klient vil jobbe med tjenesten. Et alternativ er den populære Git for Windows-implementeringen som Microsoft integrerer i redigereren til Visual Studio Code-programmereren. Med dype kroker i Windows Utforsker og sin egen bash-lignende kommandolinje, er det en enkel vei å bruke Git og GitHub, og behandle lokale og eksterne lagringssteder på nøyaktig samme måte.

Så hvorfor bruke GitHubs egne verktøy? Den sosiale kodingsmodellen har lagt mer til Git-arbeidsflyten enn bare å forplikte og administrere sammenslåinger, med verktøy for å analysere kode og bygge samtaler rundt teamets handlinger. Ved å bruke verktøyene trenger du ikke bruke tid på en webapplikasjon, bytte bort fra arbeidsflyten og verktøykjeden, og miste konteksten hver gang du vil kommentere en endring eller evaluere en pull-forespørsel. Ved å surfe på disse funksjonene i stasjonære og mobile applikasjoner, gjør GitHub det lettere å jobbe sosialt uten å komme i veien for å faktisk gjøre det arbeidet og skrive koden.

Vi presenterer GitHub Desktop

GitHub Desktop er GitHubs foretrukne måte å integrere den stasjonære verktøykjeden din med tjenesten. Tilgjengelig for både Windows og Mac, det er en måte å visualisere og administrere arkiver og filialer på, og koble det lokale filsystemet til GitHub-kontoen din. Repositories klones lokalt, og endringer er forpliktet til din nåværende filial. Når du er fornøyd med dem, er det enkelt å skyve dem tilbake til GitHub i en enkelt synkroniseringshandling.

Det er et relativt enkelt verktøy som kan ta en GitHub URL og klone depotet lokalt eller opprette et nytt depot basert på et katalogtre i ditt lokale filsystem. På den måten kan du bruke et verktøy som Draft for å lage stillaset for et program før du setter opp et depot.

Du trenger en GitHub-konto for å bruke noe av GitHubs verktøy, enten på GitHub selv eller i en GitHub Enterprise-forekomst. Hvis du bruker en eksisterende Git-klient som Git for Windows, kan du bruke den med GitHub Desktop, og bringe de to verktøyene sammen. Du kan velge en ekstern redaktør og et skall, med alternativer for Windows-kommandolinjen, PowerShell eller Gits bash-ledetekst. Det er ingen støtte ennå for den nye Windows Terminal eller for Windows Subsystem for Linux.

Arbeider med GitHub Desktop

Når installert og konfigurert, gir GitHub Desktop deg muligheten til å jobbe med lokale arkiver eller klone eksterne Git-lagre. Selv om GitHub Desktop som standard bruker Windows-dokumentmappen til sine lokale arkiver, kan du velge en alternativ rotbane for filene dine, en som passer med din personlige arbeidsflyt. Opprette et nytt lokalt depot legger til en ny rotmappe til depotet til din lokale bane og foretar en første forpliktelse med en markeringsformatert readme-fil. Du kan deretter legge til det lokale depotet til GitHub-kontoen din og skyve filene og endringene til et GitHub-depot.

Mye av det GitHub Desktop gjør kan gjøres fra kommandolinjen med en standard Git-klient. Det som er viktig med GitHub Desktop, er hvordan den viser deg hva som har endret seg i delt kode, viser historikken knyttet til et lager og rask oversikt over eventuelle forskjeller.

Et alternativ er å bruke GitHub Desktop som navet for utviklingsaktivitetene dine, administrere kodegrener og starte den valgte kodeditoren når det er nødvendig. Forpliktende meldinger legges til i alle endringer, og du kan velge hvilken gren for kodeendringene dine. Når du er fornøyd med endringene, kan GitHub Desktop gjøre dem til pull-forespørsler, klare for kodegjennomgang. Det er ikke nødvendig å gå til nettleseren din for å administrere pull-forespørsler som blir sendt til prosjektene dine. Inne i GitHub Desktop åpner du en gren for å se den nåværende listen, som kan sjekkes ut som lokale grener for gjennomgang og testing, før du godtar og slår sammen endringene i den aktuelle grenen.

Sosial koding handler om å samarbeide med andre utviklere, dra nytte av moderne smidige utviklingspraksis. En ulempe med tradisjonelle Git-verktøy er at de knytter seg til en enkelt bruker, og skjuler samarbeidsinnsats. Med GitHub Desktop kan du legge til andre teammedlemmer i en forpliktelse, slik at bidrag blir anerkjent. På den måten kan par-programmering og feilsøking over skulder spores, slik at du kan fange detaljer om hvem som har ekspertise i en bestemt del av et prosjekt eller hvem som kan kalles inn for å hjelpe til med lignende problemer i andre applikasjoner.

Å bringe GitHub dit du er

Desktop er ikke den eneste offisielle GitHub-klienten. Selskapet lanserte nylig betaversjoner av iOS- og Android-klienter. I likhet med skrivebordsverktøyet er de designet for å hjelpe deg med å administrere lagringsplassene dine. I stedet for å fungere som et knutepunkt for koden din, blir mobilklientene bedre sett på som verktøy for triaging-arbeid som er sendt fra samarbeidspartnere eller flagget av andre verktøy i CI / CD-rørledningen din (kontinuerlig integrasjon / kontinuerlig utvikling).

Mobilenheter er ikke for redigering av kode, men de gir anstendig nok seere, slik at du kan skanne gjennom koden mens du pendler eller tar en kaffe før du godtar endringer eller bestemmer hva som må gjøres med et problem. Du kan legge til raske svar for å hente forespørsler, og hvis du bruker automatisert testing for å godkjenne kode, kan du raskt se status for handlingene dine før du slår sammen. Å behandle GitHub som en e-postinnboks fungerer overraskende bra, ved å gå fra oppgave til oppgave, merke ferdig eller lagre til senere.

Selv om du ikke redigerer kode i GitHub Mobile, vil jeg likevel anbefale å bruke den med en relativt stor skjermenhet, muligens til og med et nettbrett. Det er ikke mindre i stand på en mindre skjerm, det er bare vanskeligere å lese kode og se endringer i sammenheng med en stor modul.

Sosial koding er for mer enn åpen kildekode og offentlig utvikling. Det er et effektivt verktøy for dine egne private arkiver eller for GitHubs virksomhetstjenester. Verktøy som disse holder deg borte fra nettleseren, med et knutepunkt for å koble lagringsplassene dine, deres lokale kloner og de forskjellige grenene som brukes til utviklingsprosessen, med kodeditorene, testverktøyene og alle de andre delene av verktøykjeden din. Tilnærmingen er kompatibel med moderne utviklingspraksis, som støtter enkeltpersoner og team sammen med deres arbeidsflyt.