Microsoft heeft het Amerikaanse Github overgenomen. Github is ontwikkelaarsplatform waar programmeurs code kunnen delen en opslaan. Het bedrijf betaalt er 7,5 miljard dollar voor.
Meer dan 28 miljoen programmeurs maken tegenwoordig gebruik van Github en er staan meer dan 85 miljoen stukken en stukjes open broncode op de site. Ook Microsoft zelf maakt er duchtig gebruik van: het is een van de meest actieve bedrijven op het platform en heeft al meer dan twee miljoen updates geleverd aan diverse projecten. Ook Google en Amazon maken gebruik van Github.
Onder de vleugels van Microsoft moet Github nog meer ingezet worden om ontwikkelaars te ‘empoweren’, zo laat ceo Satya Nadella in een persbericht over de overname weten. Het bedrijf maakt al enkele jaren de open bron-gemeenschap het hof. GitHub blijft dus een open platform, waarin ruimte is voor alle soort programmeertalen, apparaten en besturingssystemen. Bovendien moeten het platform ook meer bedrijven aanspreken, met Github als toegang naar de cloud- en services-infrastructuur van Microsoft. Die zullen daarvoor dan wel moeten betalen.
Nadella zegt ook helemaal mee te zijn met open source-projecten en deze te blijven ondersteunen. Daarmee wil hij de kritiek van veel open source-adepten pareren die vrezen dat Micosoft GitHub vooral zal willen inzetten om er zelf beter van te worden.
Eens kijken wat er waar is van de masale migratie naar gitlab, sourceforge en aanverwanten.
Sommige grote jongens beweren niet over te kunnen (zouden ze dat al willen)
Ik beweer dat je als groot bedrijf best zelf een gitserver kan opzetten.
Dit nog even allemaal los van de lieden die nog niet helemaal begrijpen dat de kracht van git het decentrale karakter is.
@Pascal: de vraag is waarom ze niet over kunnen….
– wil je met een schone lei beginnen (snapshot van laatste status) of wil de je de historie meenemen (wat best uitdagend kan worden bij archieven met 15 miljoen regels code en 20 jaar geschiedenis)
– wat voor architectuur heb je in je source code management zitten en kan git daar op de juiste manier mee overweg (component gebaseerde ontwikkeling zoals ClearCase UCM, CM Synergy of RTC ondertsteunen zet je niet 1-2-3 over naar git (als het überhaupt al op zo’n manier kan)
– wat gebruik je nog meer van je huidige omgeving wat wegvalt als je naar git zou gaan. Gebruik je bijvoorbeeld een clearcase archief in combinatie met clearmake als bouwomgeving, dan omvat een migratie niet alleen de sourcecode, maar ook je hele buildomgeving
Uiteraard zijn dit allemaal overkomelijke uitdagingen, maar een migratie kan hierdoor wel met een (stevig) prijskaartje komen, wat voor sommigen een flinke drempel kan zijn