| GitHub, Inc. | ||
|---|---|---|
| Fyr | Datterselskap | |
| Industri | Programvare | |
| Fundament | 8. februar 2008 (14 år gammel) | |
| Grunnlegger |
Tom-Preston-Werner Chris Wanstrath P.J. Hyett Scott Chacon | |
| Hovedkvarter | San Francisco (California) , USA | |
| operasjonsområde |
jord jord | |
| nøkkel folk | Nathan Friedman (administrerende direktør) | |
| Eieren | Microsoft | |
| Moderselskap | Microsoft Corporation | |
| datterselskaper | npm, inkl. | |
| Nettsted | github.com | |
| GitHub | ||
|---|---|---|
| "Bygg programvare bedre sammen"; "Hvor programvare er bygget" | ||
| Generell informasjon | ||
| Domene | https://github.com/ | |
| Fyr |
Internett-tjenesten Forge Data repository Company | |
| Kommersiell | Ja | |
| Ta opp | Valgfritt (påkrevd for å opprette og bli med i prosjekter) | |
| Tilgjengelige språk | Engelsk | |
| På spansk | Nei | |
| Faktisk tilstand | Aktiv | |
| Ledelse | ||
| utvikler |
Tom Preston-Werner Chris Wanstrath PJ Hyett | |
| Eieren |
Microsoft GitHub Inc. Microsoft | |
| Operatør | Microsoft | |
| Lansering | 19. oktober 2007 | |
| Statistikk | ||
| Registrerte brukere | 31 millioner | |
| Alexa rangering | 77 (2021) | |
GitHub er en smi (samarbeidsutviklingsplattform) for hosting av prosjekter ved å bruke Git versjonskontrollsystem . Den brukes først og fremst til å lage kildekode for dataprogrammer . Programvaren som kjører GitHub ble skrevet i Ruby on Rails . Fra januar 2010 har GitHub operert under navnet GitHub, Inc. Det var tidligere kjent som Logical Awesome LLC . Koden for prosjekter som er vert på GitHub er vanligvis lagret offentlig .
4. juni 2018 kjøpte Microsoft GitHub for 7,5 milliarder dollar. [ 1 ] [ 2 ] Opprinnelig forårsaket endringen i eierskap bekymringer og at noen prosjekter forlot denne siden; [ 3 ] men de var ikke representative. GitHub fortsetter å være den største samarbeidsplattformen for åpen kildekode -prosjekter .
Github ble utviklet av Chris Wanstrath, PJ Hyett, Tom Preston-Werner og Scott Chacon ved å bruke Ruby on Rails, og startet i 2008. Selv om selskapet, Github, Inc, hadde eksistert siden 2007.
Den 24. februar 2009 kunngjorde GitHub-teamet i en tale ved Yahoo!-hovedkvarteret at de i løpet av sitt første år hadde samlet 46 000 offentlige arkiver, hvorav 17 000 ble opprettet på bare 1 måned. Av resten var 6200 gafler og 4600 hadde slått seg sammen.
5. juli 2009 kunngjorde de målet om 100 000 brukere. Og nesten en måned senere, i en annen chat på kontoret til Yahoo! de kunngjorde at de hadde vokst til 90 000 depoter, og nådde 135 000 hvis gafler ble regnet med.
25. juli 2010 kunngjorde GitHub at den hadde nådd én million depoter. Nådde 2 millioner 20. april 2012.
2. juni 2011 rapporterte ReadWriteWeb-portalen at GitHub hadde overgått SourceForge og Google Code totalt sett.
Den 9. juli 2012 sa Peter Levine at GitHubs fortjeneste hadde vokst 300 % årlig siden 2008, og var lønnsom nesten hele veien.
16. januar 2013 passerte de 3 millioner registrerte brukere og var allerede vert for mer enn 5 millioner arkiver. Nådde 10 millioner 23. desember 2013.
I juni 2015 åpnet GitHub sitt første kontor utenfor USA, i Japan.
29. juli 2015 samlet de inn en investeringsrunde på 250 millioner dollar, ledet av Sequoia Capital. Denne runden brakte selskapets verdivurdering til 2 milliarder dollar.
I 2016 listet Forbes Cloud 100 GitHub som nummer 14.
28. februar 2018 ble GitHub offer for det nest største Denial of Service (DDoS)-angrepet i historien. Nå en trafikk på 1,35 terabit per sekund.
I 2018 (4. juni 2018 – 26. oktober 2018) annonserte og kjøpte Microsoft henholdsvis selskapet for mer enn 7 milliarder dollar [ 4 ] .
28. juli 2020 publiserte GitHub sitt veikart der den kunngjør alle nye fremskritt og fremtidige utviklinger som denne plattformen forbereder. [ 5 ]
Repositories er, som navnet antyder, virtuelle steder som ligger i skyen der brukere kan lagre alle typer filer. De brukes vanligvis til å lagre tekstfiler som representerer kode på forskjellige programmeringsspråk , som igjen utgjør et program eller en applikasjon. Dette er hovedtjenesten som GitHub tilbyr: repositorier der brukere kan lagre koden til applikasjonene sine, enten offentlig, privat eller gjennom en organisasjon. [ 6 ]
For å bli identifisert viser depotene relevant informasjon, for eksempel beskrivelsen av prosjektet, programmeringsspråkene som brukes eller søketaggene. Et veldig viktig aspekt ved depotinformasjonen er "README"-filen, som utviklere kan lage (enten i Markdown-format eller i vanlig tekstformat) for å beskrive prosjektet deres i dybden. [ 7 ] Denne typen fil inneholder vanligvis en beskrivelse, skjermbilder av programmet, installasjonsinstruksjoner og lisenserklæringen . [ 8 ] [ 9 ]
I innstillingsfanen kan utviklere endre generelle aspekter ved depotet, så vel som mer avanserte aspekter. Mer avanserte aspekter inkluderer tilgang til depotet (legge til samarbeidspartnere og bestemme hvem som kan samhandle med det), [ 10 ] automatisering av og takket være depotet (grener og deres regler, [ 11 ] GitHub Actions, [ 12 ] webhooks , [ 13 ] miljøer og GitHub-sider), [ 14 ] depotsikkerhet (sikkerhets- og kodeanalyse gjennom botvarsler og handlinger , [ 15 ] distribusjonsnøkler [ 16 ] og krypterte hemmeligheter) [ 17 ] og, til slutt, integrasjoner, som inkluderer bruk av applikasjoner installert på GitHub og e-postvarsler. [ 18 ]
ProblemerProblemstillinger , kalt "forslag" på spansk, ligner litt på tråder i noen fora og sosiale nettverk: de er publikasjoner som omhandler et spesifikt problem. På GitHub åpnes problemer av brukere som har en feil med depotkoden og ønsker hjelp til å fikse den, av brukere som ønsker å foreslå en kompleks forbedring av programmet, blant annet. [ 19 ] Du kan binde pull-forespørsler til problemer , samt tildele brukere og tagger. De kan bli til diskusjoner.
Trekk forespørslerPull-forespørsler er forespørsler om kodeopptak. Brukere kan redigere hvilken som helst kodefil i et depot, enten gjennom GitHubs innebygde editor eller fra deres lokale miljø. Når brukeren har redigert en eller flere filer, kan han sende forespørselen til depotet han ønsker å endre. Dette vil opprette en forespørsel i fanen pull requests , der lageroppretteren eller samarbeidspartnerne kan bestemme om de vil godta eller avslå forespørselen. I tillegg kan de se gjennom koden og legge inn kommentarer som tilbakemelding. Denne prosessen er kjent som "kodegjennomgang". [ 20 ] Som med problemer , er det mulig å tilordne brukere og tagger for å trekke forespørsler .
DiskusjonerDiskusjonene, kalt på engelsk diskusjoner , er en mekaniker som var i en testperiode en stund, og ble senere akseptert som en innfødt mekaniker for depotene. [ 21 ] De ligner på problemer siden de kan opprettes om spesifikke emner og lagre kommentarer fra andre brukere som et forum. For bedre organisering kan diskusjoner klassifiseres i forskjellige kategorier som depoteieren kan opprette. I motsetning til saker , er det et stemmesystem for kommentarer og en bruker med tillatelser til depotet kan merke et svar som "riktig". [ 22 ] De kan bli problemer .
handlingerHvert depot har muligheten til å bruke actions , som er en tjeneste som lar brukeren lage arbeidsflyter for å automatisere bestemte handlinger, og dermed oppnå kontinuerlig integrasjon og kontinuerlig levering . Handlingene kan tilpasses takket være bruk av filer i et spesifikt format. Ytterligere alternativer finner du på fanen handlinger . [ 23 ]
WikiEn veldig nyttig funksjon for noen depoter er opprettelsen av wiki -sider . Takket være disse kan skaperne av prosjektene skrive artikler som forklarer mer om prosjektet. De er i en egen fane, så det er ikke nødvendig å fylle prosjektkatalogen med informasjonsfiler. [ 24 ]
Alle kan se innholdet i et offentlig depot, brukerprofilside eller spesiell GitHub-side uten å måtte opprette en konto. Du vil imidlertid ikke være i stand til å gjøre noe, for eksempel å kommentere saker eller diskusjoner, forke et depot, opprette et depot osv., hvis du ikke har en konto (og er logget på den).
Akkurat som sosiale medier har GitHub en side for hver bruker som registrerer seg på siden. I den venstre delen av profilene vises den personlige informasjonen og tilleggsinformasjonen til brukeren (profilbildet sammen med deres status, biografien, selskapet der de jobber, stedet der de bor, lenken til nettstedet deres, etc.). Twitter , e -postadressen din , personene og organisasjonene som sponser deg, samt personene og organisasjonene du sponser, merkene du har tjent, antall svar i diskusjoner som er merket som "riktige" og organisasjonene du tilhører; å legge til denne informasjonen er valgfritt, siden du kan la feltene stå tomme eller deaktivere visning av slike seksjoner i innstillingene). [ 25 ]
Under navigasjonslinjen er det en rekke faner der det er mulig å få tilgang til alle depotene som er opprettet av brukeren, deres prosjekter, pakkene de har opprettet, depotene de har merket som "favoritter" og personene du sponser.
I 2020 annonserte en GitHub-designer en ny funksjon kalt "GitHub profile READMEs", [ 26 ] som lar brukere vise en Markdown -fil i midten av profilsiden. For å gjøre dette må brukeren opprette et depot med samme navn som brukernavnet og legge til en tekstfil. [ 27 ] Siden Markdown støtter tekst i forskjellige formater og bilder, er det mulig å lage en kombinasjon av mange stiler. [ 28 ] Under tekstfilen (hvis noen) er depotene som er festet av brukeren (maksimalt seks); hvis de ikke har festet noen depoter, vil deres mest populære offentlige depoter automatisk vises.
I den siste delen, under de festede eller populære depotene, er det en graf som viser dagene brukeren har gitt minst ett bidrag og antallet av disse. I tillegg kan brukeren velge om de vil vise bidragene sine til organisasjonsrepositorier, om de vil vise grafen som angir prosentandelen av bidragstypen (kodegjennomganger, problemer , pull-forespørsler og forpliktelser ) eller om de skal inkludere antall private bidrag. På høyre side er en liste som viser årene fra brukeren ble med i GitHub til inneværende år. Ved å klikke på en av dem kan du se bidragene brukeren har gitt i det valgte året.
En bruker kan opprette en organisasjon, som ikke er noe mer enn en konto som representerer et selskap eller et arbeidslag. [ 29 ] Repositories kan opprettes innenfor en organisasjon (som tilhører den) og bestemme standardinnstillinger som vil bli valgt når nye repositories opprettes under navnet til organisasjonen, for å opprettholde en enhetlighet i henhold til ønsker og medlemsbehov . [ 30 ] [ 31 ] Brukere som har admin-tillatelsen kan sende bli med forespørsler til brukerne de ønsker, bestemme hvilke tillatelser de vil ha og med muligheten til å endre dem etter eget ønske i fremtiden. [ 32 ] En lignende prosess gjennomføres i tilfelle du ønsker å fjerne et medlem fra organisasjonen. [ 33 ]
For å bevare sikkerheten og kontrollen til organisasjonen kan eieren av en tildele ulike typer roller til medlemmene han bestemmer; disse rollene er forskjellige i tillatelsene de har, og noen er mer restriktive enn andre. Det er fire typer roller: eiere, medlemmer, faktureringsansvarlige og sikkerhetsansvarlige. [ 34 ] I forhold til rollene er det team: grupper der medlemmene i en organisasjon kan organiseres etter aktiviteten de utfører. Denne funksjonen letter gruppearbeid og fremfor alt orden i organisasjonen. Hvert lag har sin egen diskusjonsside, de kan nevnes direkte, blant mange andre funksjoner. [ 35 ]
I likhet med brukerprofilene har organisasjonsprofilene faner som viser depotene som tilhører dem, personene som er involvert — og teamene de er klassifisert i —, beskrivelsen, lenken til den offisielle nettsiden, etc. . Funksjoner som sponsing kan også aktiveres i organisasjonskontoer.
GitHub tilbyr en tjeneste der brukere kan laste opp en nettside direkte fra GitHub sine servere, uten behov for ekstern skylagring. [ 36 ] Disse sidene kan lages både for prosjekter og for brukere (som en portefølje ), og prosessen er veldig enkel, siden det er nok å gå til repository-konfigurasjonen og til GitHub-sidene-delen. Depotet må ha en nettstedsfilstruktur som kan leses av GitHub (som HTML ); GitHub vil gjøre alt arbeidet for deg, men du kan endre publiseringskilden hvis du bestemmer deg for å lagre filene i en annen katalog. [ 37 ] [ 38 ]
I tillegg til den grunnleggende bruken av denne tjenesten, er det mulig å bruke Jekyll statiske nettstedsgenerator , [ 39 ] laget av Tom Preston-Werner, en av medgründerne av GitHub. [ 40 ] Prosessen med å lage et nettsted med Jekyll, selv om det er mer komplekst enn det å lage et enkelt nettsted, [ 41 ] bringer med seg flere fordeler. [ 42 ] GitHub lar deg også angi tilpassede domenenavn (som ikke slutter med "github.io"), samt underdomener. [ 43 ]
GitHub tilbyr en tjeneste der utviklere kan tjene penger fra brukere og selskaper som ønsker å sponse dem. Ved å sponse en utvikler får de penger som takk for arbeidet eller med den hensikt å motta en fordel. [ 44 ]
Brukere som har aktivert sponsing i profilen sin kan opprette ulike nivåer, som interesserte så kan velge. Hver enkelt kan ha en annen pris (både anbefalt beløp og minimumsbeløp) og forskjellige fordeler. [ 45 ] For å vise publikum hvor langt brukeren har kommet, kan de sette mål, som automatisk oppdateres og reflekteres i profilen deres. [ 46 ] Den 2. februar 2022 ble nye funksjoner for sponsing annonsert via GitHub- bloggen . Blant dem er depoter som bare kan sees av støttespillere, egendefinerte minimumsbeløp, mer informasjon om skatter som skal betales, en knapp på brukerens arkivproblemer , velkomstmeldinger for nye støttespillere og muligheten til å inkludere metadata for å se hvor nye sponsorer kommer fra . [ 47 ]
For ikke å forveksle med infofeltet i repositories. Utviklere kan lage en spesiell fil for å vise en lenke til forskjellige innsamlingssider, som alle er tredjeparter og ikke relatert til GitHub. [ 48 ] GitHub-sponsorer er integrasjonen av dette systemet i GitHub, som gjør det mulig å legge til tilpassede funksjoner for denne plattformen.
GitHub Education er en tjeneste for elever, [ 49 ] lærere og skoler. [ 50 ] Studentene mottar GitHub Pro, en katalog med kurs og verktøy for programmering, og spesifikk opplæring. På den annen side kan lærere lage et klasserom, samt motta gratis GitHub Team, verktøy for å forberede elevene og tilgang til et fellesskap for lærere. [ 51 ] Skoler og universiteter får verktøysett og fordelene som enkeltstudenter og lærere får. [ 52 ] Dette GitHub-prosjektet har som mål å hjelpe enkeltpersoner og grupper med å skape et studiemiljø uten hull, med ulike verktøy og spesialisert støtte til disposisjon.
For å oppmuntre skoler og elever til å utvikle seg innen ny teknologi, er det en arrangementsdel av GitHub Education, hvor du kan finne arrangementer både personlig og online i mange land rundt om i verden - og på flere språk -, hver av dem forskjellige i essens, som konferanser for å lære en ny handel eller kodekonkurranser for å sette utviklere på prøve. [ 53 ]
Lagre brukes hovedsakelig til å lagre tekstfiler. GitHub tilbyr imidlertid en tjeneste kalt GitHub Gist, som lar deg lage en enkelt Gist for å lagre en eller flere tekstfiler. Formålet med denne tjenesten er å forenkle visningen av kode for folk som ikke vet hvordan et versjonskontrollsystem fungerer, samt å gjøre det enklere for utviklere å raskt kopiere og lime inn kodebiter. Brukeren som lager en Gist kan enkelt dele den med en lenke, og på enkelte nettsider er det mulig å vise Gist bare ved å inkludere lenken. Det er en kommentarseksjon, og registrerte brukere kan stemme opp hvis de ønsker det. [ 54 ] Teknisk sett er en Gist et depot som bruker Git, da det kan forkles eller klones. [ 55 ]
Et "Codespace" er et integrert utviklingsmiljø inkludert i GitHub og tilgjengelig for bruk i ethvert depot. Som andre miljøer lar GitHub-miljøet utvikleren redigere, feilsøke , kjøre og utføre utgivelsessystemhandlinger direkte fra GitHub, uten å måtte klone depotet til datamaskinen. [ 56 ] [ 57 ] Koderom kan tilpasses etter eget ønske: endre maskintype, [ 58 ] legg til en utviklingsbeholder, [ 59 ] administrer krypterte hemmeligheter, [ 60 ] osv.
I forhold til dette tilbyr GitHub en lignende versjon gratis (naturligvis med færre fordeler og muligheter) som hjelper utviklere til å samhandle med depotene de ønsker uten å måtte åpne et tekstredigeringsprogram . [ 61 ]
| Karakteristisk | GitHub-koderom | gratis versjon |
|---|---|---|
| Tilgjengelighet | Bare for organisasjoner som har GitHub Team eller GitHub Enterprise Cloud eller brukere som har tilgang til den lukkede betaversjonen | For alle github.com-brukere |
| Start | Det tar noen minutter fordi når et Codespace åpnes, opprettes en virtuell maskin | Rett ut av boksen, trykk bare på periodetasten på et hvilket som helst depot for å åpne redigeringsprogrammet |
| Beregning | Det er mulig å kompilere, kjøre og feilsøke koden | Kan ikke kompilere, kjøre eller feilsøke koden |
| Terminal | Det er mulig å bruke en terminal | det er ingen terminal |
| utvidelser | Tilgang til hele katalogen med Visual Studio Code markedsplassutvidelser | Tilgang kun til utvidelser som kan brukes trygt på nettet |