Programmēšana

GitHub pēc Microsoft: kā tas ir mainījies

GitHub, kas ir nozīmīgs atvērtā pirmkoda izstrādes centrs, 2018. gada oktobra beigās kļuva par Microsoft daļu. Tagad mākoņu un uzņēmuma avotu pārvaldības platforma ar vienreizēju Xamarin izpilddirektora Nata Frīdmana vadību kompensē zaudēto laiku ar jaunām funkcijām un jauni cenu plāni.

Iegādes procesa sākumā Microsoft skaidri norādīja, ka ir iecerējis ļaut GitHub palikt savam biznesam - neatkarīgam meitasuzņēmumam, kas strādās ar pārējo uzņēmumu. Šī pieeja Microsoft nav nekas jauns; tas pārvalda gan LinkedIn, gan Minecraft Mojang. Pat ja tā, ir svarīgi nodrošināt GitHub neatkarību, lai tā saglabātu savu vietu kā neitrāls centrs atvērtā koda attīstībai, kur indivīdi un uzņēmumi koplieto kodu ar kopienu.

Nepieciešamas izmaiņas GitHub

Pirms iegādes GitHub būtībā nebija līderis; iepriekšējais izpilddirektors atkāpās no amata un bija bijis kādu laiku. Šī nenoteiktība atspoguļojas produktā. Frīdmana vadībā ir vairāk virzienu un lielāka uzmanība tiek pievērsta lietotājiem.

Lai gan daudzi novērotāji gaidīja, ka GitHub dubultos Microsoft tradicionālos uzņēmuma lietotājus, tā vietā tā ir koncentrēta uz tās atvērtā pirmkoda kopienu. Tas nav pārsteidzoši, jo viens no galvenajiem iemesliem, kāpēc Microsoft iegādājās pakalpojumu, bija nodrošināt, ka tam būs ilgtermiņa nākotne kā Microsoft pašu atvērtā pirmkoda projektu centram.

Microsoft bija uzņēmusies tādu atkarību no .Net un tās valodām no GitHub, ka GitHub bija kļuvis par vienu no galvenajiem rīkiem tās izstrādātāju kopienai. Iegādājoties GitHub, Microsoft varēja pārliecināties, ka GitHub nav beigusies skaidra nauda un ka tiek aizsargāti tās paša atvērtā pirmkoda projekti.

Tiek paplašināts GitHub izstrādātāju piedāvājums

Viena no lielākajām izmaiņām ir bijusi būtiska izmaiņa ap to, kā GitHub apstrādā privātos krātuves. Agrāk bezmaksas lietotājiem bija ierobežots krātuvju skaits, un viņiem vajadzēja pāriet uz Pro abonementu, ja viņi vēlējās vairāk. Pro abonements nebija īpaši dārgs, maksājot 7 ASV dolārus mēnesī, taču tas bija šķērslis, kuru izstrādātājiem varēja būt grūti pārlēkt, it īpaši, ja viņi bija studenti vai hobiji.

Tagad GitHub bezmaksas līmenis ietver neierobežotu skaitu privātu repozitoriju, ko mazās komandas var izmantot, lai sadarbotos mazos projektos. Ja vēlaties strādāt ar vairāk nekā trim cilvēkiem, jums joprojām ir jājaunina uz Pro. Protams, ir arī citas Pro izmantošanas priekšrocības: tajā tiek pievienoti rīki, kas palīdz saprast, kā darbojas projekts, kā arī GitHub lapas un wiki dokumentācijas apstrādei.

Ir veikta arī GitHub’s Enterprise produktu līnijas racionalizācija. Agrāk Enterprise Cloud bija mitināta uzņēmuma instance, savukārt Enterprise Server uzņēmumiem deva iespēju pašiem mitināt savus GitHub serverus. Šie divi produkti tagad ir apvienoti vienā produktā, GitHub Connect savienojot lokālos un mākoņkrātuves. Šī jaunā pieeja vienkāršo hibrīdo arhitektūru izveidi, piešķirot vienu licenci katram lietotājam mēnesī, kas aptver visas jūsu krātuves.

GitHub labošana: jauni rīki un uzlabojumi

Varbūt vissvarīgākā notiekošā iniciatīva ir tā, ko GitHub sauc par Project Paper Cuts, kuras mērķis ir samazināt niecības un nelielas problēmas, kas kavē ikdienas darba plūsmu. Sācies pirms Microsoft iegādes, tas ir kļuvis par svarīgu veidu, kā parādīt, ka GitHub platforma attīstās ārpus lielo sprādzienu izlaidumiem. Izmaiņas var būt tik mazas kā jaunu emocijzīmju piegāde reakcijām uz saistībām vai, vēl svarīgāk, dodot izstrādātājiem iespēju atzīmēt paziņojumus kā nelasītus. Šādas nelielas izmaiņas var piegādāt arī ātrāk, jo tās neietekmē GitHub platformas kopējo arhitektūru.

GitHub arī strādā ar Microsoft, lai uzlabotu integrāciju ar Microsoft izstrādātāju rīkiem. Pievienojot GitHub funkcijas rīkiem, piemēram, Visual Studio Code, varat strādāt ar savām GitHub krātuvēm, neatstājot redaktoru. Tas palīdz jums palikt darbplūsmā, nemainot kontekstu, atstājot kodu, lai dotos uz tīmekļa pārlūkprogrammu, lai pārvaldītu ievilkšanas pieprasījumu. Izmantojot jauno Visual Studio koda izvilkšanas pieprasījumu paplašinājumu, varat tieši pārvaldīt ievilkšanas pieprasījumus, mērķējot uz filiālēm un nosūtot kodu diffusus, kā arī komentārus. Kad esat veicis pieprasījumu, varat to izsekot no Visual Studio koda, apskatot, kuri no jūsu pieprasījumiem ir integrēti filiālē, un uzzinot sīkāku informāciju par to, kāpēc pieprasījums var tikt noraidīts.

Arī GitHub regulāri izlaiž atjauninājumus saviem rīkiem. Tie ietver divus galvenos GitHub Desktop atjauninājumus. Jaunākais laidiens GitHub Desktop 1.6 atvieglo darba sākšanu, sniedzot padomus, kā rīkoties, kad esat pabeidzis iestatīšanu. Jums tiek doti ieteikumi, pamatojoties uz jūsu pašreizējo GitHub lietojumu, ar pašreizējo krātuvju sarakstu un iespēju to klonēt vietējā datorā vai izveidot jaunu krātuvi no jauna. Jūs saņemat arī iespēju pievienot vietējos Git krātuves savam GitHub kontam.

Kāda izskatās GitHub nākotne

Frīdmanim ir trīs vārti GitHub labā:

  • GitHub nodrošināšana ir labākā vieta, kur vadīt produktīvas kopienas un komandas.
  • Padarot GitHub pieejamu vairāk izstrādātājiem visā pasaulē.
  • Tās uzticamības, drošības un veiktspējas uzlabošana.

Tās ir lielas ambīcijas, taču apņemšanās, šķiet, ir reāla, par ko liecina straujā pārmaiņu ieviešana. Atvieglojot izstrādātāju dzīvi, Microsoft padarīs GitHub pievilcīgāku. Tas ļaus GitHub balstīties uz savu kopienu un iegūt no tā izrietošos tīkla efektus.

Tā kā lielie projekti, piemēram, LLVM, pāriet uz GitHub, šķiet, ka Microsoft pakalpojuma pārvaldība gūst kopienas piekrišanu. Tas ir svarīgi GitHub, jo tas ir pakalpojums, kuru ir tikpat viegli migrēt nokā tas ir migrēt uz. Šeit palīdz arī Frīdmana atklātā pirmkoda fons, it īpaši ar mācībām, ko viņš iemācījies, reklamējot projektu Mono Xamarin.

Lai vadītu biznesu, kas atbalsta atvērtā pirmkoda attīstību, ir nepieciešams viegls pieskāriens un jutīgums pret mūsdienu lietojumprogrammu izstrādes vajadzībām un prasībām. Tā kā Microsoft ir trīs mēnešus vecs GitHub, platformā ir noteikta atjaunošanās sajūta - un tā patiešām ir ļoti laba lieta.

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