GitHub след Microsoft: Как се промени

Дългогодишен основен център за разработка с отворен код, GitHub стана част от Microsoft в края на октомври 2018 г. Сега, управлявана от еднократния изпълнителен директор на Xamarin Нат Фридман, платформата за управление на източници в облак и предприятия компенсира загубеното време с нови функции и нови ценови планове.

В началото на процеса на придобиване Microsoft ясно заяви, че възнамерява да остави GitHub да остане собствен бизнес, независимо дъщерно дружество, което да работи с останалата част от компанията. Този подход не е нищо ново за Microsoft; по този начин управлява както LinkedIn, така и Mojang на Minecraft. Въпреки това гарантирането, че GitHub остава независим, е от съществено значение за него да запази мястото си като неутрален център за разработка с отворен код, където отделни лица и компании споделят код с общността.

Необходима е промяната на GitHub

Преди придобиването GitHub по същество беше без лидер; предишният изпълнителен директор беше в процес на оставка и беше от известно време. Тази несигурност се отразява в продукта. Под Friedman има повече насоки и по-силен фокус върху потребителите.

Въпреки че много наблюдатели очакваха, че GitHub ще се удвои на традиционните корпоративни потребители на Microsoft, вместо това той е пренасочен към своята общност с отворен код. Това не е изненадващо, защото една от ключовите причини за закупуването на услугата от Microsoft беше да се гарантира, че тя ще има дългосрочно бъдеще като център за собствени проекти на Microsoft с отворен код.

Microsoft беше взела такава зависимост от GitHub за .Net и за неговите езици, че GitHub се превърна в един от ключовите инструменти за собствената си общност на разработчици. Чрез закупуването на GitHub, Microsoft може да гарантира, че GitHub не е свършил пари и че собствените му проекти с отворен код ще бъдат защитени.

Разширяване на предложението за разработчици на GitHub

Една от най-големите промени е голяма промяна около начина, по който GitHub обработва частни хранилища. В миналото безплатните потребители имаха ограничен брой хранилища и трябваше да преминат към абонамент за Pro, ако искаха повече. Абонаментът за Pro не беше особено скъп на 7 долара на месец, но това беше пречка, която разработчиците може да затруднят, особено ако са студенти или любители.

Сега безплатното ниво на GitHub включва неограничен брой частни хранилища, които могат да се използват от малки екипи за сътрудничество по малки проекти. Ако искате да работите с повече от трима души, все пак трябва да надстроите до Pro. Има и други предимства при използването на Pro, разбира се: Той добавя инструменти, които помагат да се разбере как работи проектът, както и GitHub Pages и wiki за работа с документация.

Налице е и рационализация на продуктовата линия на GitHub Enterprise. Понякога Enterprise Cloud беше хостван корпоративен екземпляр, докато Enterprise Server даде на бизнеса възможността да хостират собствените си GitHub сървъри. Тези два продукта вече са комбинирани в един продукт, като GitHub Connect свързва локални хранилища и хранилища в облак. Този нов подход опростява изграждането на хибридни архитектури, с един лиценз на потребител на месец, покриващ всичките ви хранилища.

Коригиране на GitHub: нови инструменти и подобрения

Може би най-важната инициатива, която е в ход, е това, което GitHub нарича Project Paper Cuts, предназначено да намали бъркотията и незначителните проблеми, които пречат на ежедневния работен процес. Започнало преди придобиването на Microsoft, това се превърна във важен начин да се покаже, че платформата GitHub се развива извън изданията на големия взрив. Промените могат да бъдат толкова малки, колкото изпращането на нови емотикони за реакции на ангажименти или, което е по-важно, даване на възможност на разработчиците да маркират известията като непрочетени. Малки промени като тези могат да бъдат изпратени и по-бързо, защото те не оказват влияние върху цялостната архитектура на платформата GitHub.

GitHub работи и с Microsoft за подобряване на интеграцията с инструментите за разработчици на Microsoft. Чрез добавяне на функции на GitHub към инструменти като Visual Studio Code, можете да работите с вашите хранилища на GitHub, без да напускате редактора си. Това ви помага да останете в работния си процес, без да се налага да превключвате контекста, като оставяте кода си да отиде в уеб браузър за управление на заявка за изтегляне. С новото разширение Pull Requests за Visual Studio Code можете да управлявате директно заявки за изтегляне, насочвайки клонове и изпращайки разлики в кода, както и коментари. След като направите заявката, можете да я проследите от кода на Visual Studio, като видите коя от вашите заявки е интегрирана в клон и получите подробности защо молбата е била отхвърлена.

GitHub пуска редовни актуализации и на собствените си инструменти. Те включват две основни актуализации на GitHub Desktop. Последната версия, GitHub Desktop 1.6, улеснява започването, давайки подсказки какво да правите, след като приключите с настройката. Получават се предложения въз основа на текущото ви използване на GitHub, със списък с текущи хранилища и опция за клониране на едно към вашия локален компютър или създаване на ново хранилище от нулата. Също така получавате опцията за добавяне на локални хранилища на Git към вашия акаунт в GitHub.

Как изглежда бъдещето на GitHub

Фридман има три цели за GitHub:

  • Осигуряването на GitHub е най-доброто място за управление на продуктивни общности и екипи.
  • Направете GitHub достъпен за повече разработчици по целия свят.
  • Подобряване на неговата надеждност, сигурност и производителност.

Това са големи амбиции, но ангажиментът изглежда реален, както се вижда от бързото въвеждане на промените. Улеснявайки живота на разработчиците, Microsoft ще направи GitHub по-привлекателен. Това ще позволи на GitHub да надгражда своята общност и да придобие произтичащите от това мрежови ефекти.

С големи проекти като LLVM, мигриращи към GitHub, изглежда управлението на услугата на Microsoft получава признание от общността. Това е важно за GitHub, защото това е услуга, която е толкова лесно да мигрират от  колкото е да мигрират към . Фонът с отворен код на Фридман помага и тук, особено с уроците, които е научил, комерсиализирайки проекта Mono в Xamarin.

Управляването на бизнес, който поддържа разработка с отворен код, се нуждае от леко докосване и чувствителност към нуждите и изискванията на съвременното разработване на приложения. С мандата на Microsoft в GitHub, който вече е на три месеца, има определено усещане за подмладяване около платформата - и това наистина е много добро нещо.