Programmering

GitHub etter Microsoft: Hvordan det har endret seg

GitHub var lenge et viktig knutepunkt for utvikling av åpen kildekode og ble en del av Microsoft i slutten av oktober 2018. Nå styrt av engangs Xamarin-sjef Nat Friedman, gjør sky- og virksomhetens kildeadministrasjonsplattform opp for tapt tid med nye funksjoner og nye prisplaner.

Tidlig i oppkjøpsprosessen gjorde Microsoft det klart at de hadde til hensikt å la GitHub forbli sin egen virksomhet, et uavhengig datterselskap som ville jobbe med resten av selskapet. Denne tilnærmingen er ikke noe nytt for Microsoft; det er hvordan det styrer både LinkedIn og Minecraft's Mojang. Likevel er det viktig at GitHub forblir uavhengig for at den skal beholde sin plass som et nøytralt knutepunkt for utvikling av åpen kildekode, der enkeltpersoner og selskaper deler kode med samfunnet.

Endringen GitHub trengte

Før oppkjøpet var GitHub i det vesentlige lederløs; den forrige konsernsjefen var i ferd med å trekke seg, og hadde vært det i noen tid. Denne usikkerheten gjenspeiles i produktet. Under Friedman er det mer retning og et sterkere fokus på brukerne.

Selv om mange observatører forventet at GitHub skulle doble ned på Microsofts tradisjonelle bedriftsbrukere, fokuserer den i stedet på open source-fellesskapet. Det er ikke overraskende, fordi en av de viktigste årsakene til at Microsoft kjøpte tjenesten, var å sikre at den ville ha en langsiktig fremtid som et knutepunkt for Microsofts egne open source-prosjekter.

Microsoft hadde tatt en slik avhengighet av GitHub for .Net og for språkene sine at GitHub hadde blitt et av nøkkelverktøyene for sitt eget utviklersamfunn. Ved å kjøpe GitHub, kunne Microsoft sikre at GitHub ikke gikk tom for kontanter, og at egne open source-prosjekter ville bli beskyttet.

Utvidelse av GitHubs utviklertilbud

En av de største endringene har vært et stort skifte rundt hvordan GitHub håndterer private arkiver. Tidligere hadde gratis brukere et begrenset antall arkiver og måtte bytte til et Pro-abonnement hvis de ønsket mer. Et Pro-abonnement var ikke spesielt dyrt for $ 7 i måneden, men det var et hinder som kan være vanskelig for utviklere å hoppe, spesielt hvis de var studenter eller hobbyister.

Nå inkluderer GitHubs gratis nivå et ubegrenset antall private depoter som kan brukes av små team til å samarbeide om små prosjekter. Hvis du vil jobbe med mer enn tre personer, må du fortsatt oppgradere til Pro. Det er andre fordeler med å bruke Pro, selvfølgelig: Det legger til verktøy som hjelper deg med å forstå hvordan prosjektet fungerer, samt GitHub Pages og en wiki for håndtering av dokumentasjon.

Det har også skjedd en rasjonalisering av GitHubs Enterprise-produktlinje. Enterprise Cloud pleide å være en vertsforetaksforekomst, mens Enterprise Server ga bedrifter muligheten til å være vertskap for egne GitHub-servere. Disse to produktene har nå blitt kombinert i et enkelt produkt, med GitHub Connect som forbinder lokalt og skylager. Denne nye tilnærmingen forenkler bygging av hybridarkitekturer, med en lisens per bruker per måned som dekker alle lagringsplassene dine.

Å fikse GitHub: nye verktøy og forbedringer

Det kanskje viktigste initiativet på gang er det GitHub kaller Project Paper Cuts, ment for å redusere niggles og mindre problemer som kommer i veien for den daglige arbeidsflyten. Begynt før Microsoft-oppkjøpet, har det blitt en viktig måte å vise at GitHub-plattformen utvikler seg utover big-bang-utgivelser. Endringer kan være like små som å sende nye emoji for reaksjoner på forpliktelser, eller, enda mer, gi utviklere muligheten til å merke varsler som uleste. Små endringer som disse kan også sendes raskere, fordi de ikke påvirker den generelle arkitekturen til GitHub-plattformen.

GitHub jobber også med Microsoft for å forbedre integrasjonen med Microsofts utviklerverktøy. Ved å legge til GitHub-funksjoner i verktøy som Visual Studio Code, kan du jobbe med GitHub-arkivene dine uten å forlate redaktøren. Det hjelper deg å holde deg i arbeidsflyten din, uten å måtte bytte kontekst ved å la koden gå til en nettleser for å administrere en pull-forespørsel. Med den nye Pull Requests-utvidelsen for Visual Studio Code kan du administrere pull-forespørsler direkte, målrette grener og sende kodeforskjeller, samt kommentarer. Når du har kommet med forespørselen, kan du spore den fra Visual Studio Code, se hvilke av forespørslene dine som er integrert i en gren og få detaljer om hvorfor en forespørsel kan ha blitt avvist.

GitHub har også gitt ut regelmessige oppdateringer til sine egne verktøy. De inkluderer to store oppdateringer til GitHub Desktop. Den siste utgivelsen, GitHub Desktop 1.6, gjør det lettere å komme i gang, med tips om hva du skal gjøre når du er ferdig med installasjonen. Du får forslag basert på din nåværende GitHub-bruk, med en liste over nåværende lagringssteder og muligheten til å klone en på din lokale PC, eller opprette et nytt lager fra bunnen av. Du får også muligheten til å legge til lokale Git-arkiver til GitHub-kontoen din.

Hvordan GitHubs fremtid ser ut

Friedman har tre mål for GitHub:

  • Sikre at GitHub er det beste stedet å drive produktive lokalsamfunn og team.
  • Gjør GitHub tilgjengelig for flere utviklere over hele verden.
  • Forbedrer påliteligheten, sikkerheten og ytelsen.

Dette er store ambisjoner, men engasjementet ser ut til å være reelt som det fremgår av den raske utbyggingen av endringer. Ved å gjøre livet lettere for utviklere, vil Microsoft gjøre GitHub mer attraktivt. Det vil la GitHub bygge videre på samfunnet og få de resulterende nettverkseffektene.

Med store prosjekter som LLVM som migrerer til GitHub, ser det ut til at Microsofts forvaltning av tjenesten får samfunnsaksept. Det er viktig for GitHub, fordi det er en tjeneste som er like enkel å migrere frasom det er å migrere til. Friedmans åpen kildekode-bakgrunn hjelper også her, spesielt med leksjonene han lærte å markedsføre Mono-prosjektet på Xamarin.

Å drive en virksomhet som støtter åpen kildekodeutvikling trenger en lett berøring og en følsomhet for behov og krav til moderne applikasjonsutvikling. Med Microsofts ansettelsesperiode på GitHub nå tre måneder gammel, er det en klar følelse av foryngelse rundt plattformen - og det er faktisk veldig bra.

$config[zx-auto] not found$config[zx-overlay] not found