Hva er GitHub, hvorfor er det nødvendig og hvordan du bruker GitHub, hvordan begynner du å bruke tjenesten – en guide for nybegynnere.
GitHub er en av de mest populære tjenestene for hosting av åpen kildekodedepoter. Nettstedet lar deg publisere tilpassede prosjekter og spore endringer som er gjort i hver iterasjon. Andre GitHub-brukere kan se gjennom brukerkoden og foreslå sine egne endringer. Denne definisjonen gir bare en kort forståelse. Tjenestens funksjonalitet er imidlertid ikke begrenset til dette. I denne gjennomgangsartikkelen skal vi se på Github mer detaljert.
- Hva er GitHub og hvordan komme i gang – En nybegynnerveiledning
- Git og GitHub – hva er forskjellen, første bekjentskap med Git og GitHub
- Hva er Git?
- Hva er GitHub?
- Hva er hovedforskjellen?
- Interessante fakta om Github
- Github-funksjoner
- Hvordan GitHub fungerer, funksjoner
- Forking
- Trekk forespørsler
- Slår sammen
- Guide – hvordan komme i gang i Github fra bunnen av
- Trinn 0 Installer Git og opprett en GitHub-konto
- Trinn 1: Start Git og lag det første lokale depotet
- Trinn 2. Opprett en ny fil i depotet
- Trinn 3: Legg til filen i sporingsoppsamlingsmiljøet
- Trinn 4 Opprett en forpliktelse
- Trinn 5. Opprett en ny gren ny gren
- Trinn 6 Opprett et nytt GitHub-depot
- Trinn 7: Skyve prosjektgrenen til GitHub
- I tillegg
- Trinn 8. Lag den første pull-forespørselen
- Trinn 9 Slå sammen pull-forespørselen
- Trinn 10 Tilbakestill Github-endringer på lokal maskin
- Ytterligere funksjoner i Github og Git
- Kloning av et depot til en lokal maskin
- Finne eksterne depoter
- GitHub desktop versjon – hva er GitHub Desktop, hovedfunksjonalitet, funksjoner og installasjonsprosess
- Hvordan installere
- Hovedfunksjonalitet
- Github API
- Administrere og konfigurere Github Desktop-prosjekter
- Opprette, legge til og klone et depot
- Opprette en ny filial
- Sikkerhet
- Innstilling for sikkerhetspolicy
- Dependency Graph Management
- Lisenser
Hva er GitHub og hvordan komme i gang – En nybegynnerveiledning
GitHub er en nettportal der utviklere og programmerere kan laste opp koden de lager og jobbe sammen for å forbedre den. Kjennetegnet til GitHub er dets robuste versjonskontrollsystem. Versjonskontroll lar programmerere tilpasse programvaren uten å kompromittere selve programvaren. De foreslåtte endringene kan enkelt slås sammen til en fullstendig utgivelse, men først etter at alle endringer er gjennomgått og godkjent.
Git og GitHub – hva er forskjellen, første bekjentskap med Git og GitHub
Hva er Git?
Svar: Et raskt og skalerbart versjonskontrollsystem . Git er et gratis og åpen kildekode distribuert revisjonskontrollsystem designet for å være raskt og effektivt for ethvert prosjekt, fra små til veldig store.
Hva er GitHub?
Svar: en kraftig skytjeneste for å administrere private utviklinger og åpen kildekode-prosjekter.
Hva er hovedforskjellen?
Git er en fullverdig programvare i kategorien versjonskontrollsystem, som er installert på brukerens personlige datamaskin. Git lar deg gjøre endringer i koden gjennom kommandolinjen (Microsoft PowerShell), og GitHub gir muligheten til å lagre prosjekter i offentlig tilgang.
Interessante fakta om Github
- Maksimalt antall brukere på nettstedet i fjor (ifølge statistikk 24. juli 2021) var 45 millioner mennesker.
- I 2018 kjøpte Microsoft GitHub for 7,5 milliarder dollar.
- Det er et åpen kildekode git-depot på Github. Hvem som helst kan gjøre endringer i den. Prosjektet er tilgjengelig på lenken – https://github.com/git/git?ref=stackshare
Github-funksjoner
- Evne til å integrere med de mest populære plattformene og tjenestene – Amazon, Google Cloud og Code Climate.
- Støtte for over 200 programmeringsspråk.
- Høyt nivå av konsolidering og «laugssolidaritet». Når en bruker publiserer prosjektet sitt på GitHub, kan resten av programmeringsfellesskapet laste ned og evaluere arbeidet, kvaliteten på koden og graden av dens sofistikering. Tredjepartsbrukere kan advare prosjekteier om mulige problemer, variable konflikter osv.
Hvordan GitHub fungerer, funksjoner
Tre av de viktigste funksjonene til Github er forgrening, pull-forespørsler og sammenslåing. Det er verdt å vurdere hver funksjon separat.
Forking
Fordeling av et prosjekt skaper en kopi (gaffel) som lar brukeren eksperimentere fritt uten å påvirke det originale prosjektet. Lag gafler og pull-forespørsler: https://youtu.be/nT8KGYVurIU
Trekk forespørsler
En pull-forespørsel publiseres av utvikleren etter at han er ferdig med å fikse/endre koden. Samtidig kan prosjekteier selv gjennomgå endringene som er gjort og stille eventuelle tilleggsspørsmål.
Slår sammen
Etter at eieren har godkjent pull-forespørselen, slår de sammen pull-forespørselen og bruker endringene fra det forklede prosjektet til kildekoden.
Guide – hvordan komme i gang i Github fra bunnen av
Denne guiden er perfekt for alle nybegynnere som akkurat har begynt å lære Git og Github. De følgende trinnene vil hjelpe deg med å bygge et optimalt system for å jobbe med denne programvaren. Du vil lære hvordan du gjør endringer i kodebasen, åpner en pull-forespørsel (oppretter en pull-forespørsel) og slår sammen kode til hovedgrenen. Så la oss komme i gang.
Trinn 0 Installer Git og opprett en GitHub-konto
- Gå til den offisielle Git-nettsiden: https://git-scm.com/downloads
- Klikk på lenken for å laste ned skrivebordsversjonen av Git for Windows og vent til nedlastingen er fullført.
- Pakk ut og kjør Git-installasjonsprogrammet ved å dobbeltklikke på Git.exe-filen.
- Tillat applikasjonen å gjøre endringer på PC-en ved å klikke på «Ja»-knappen i dialogboksen «Brukerkontokontroll» som åpnes.
- Start Git-installasjonsprosessen. Les hoveddokumentet for GNU Public License og klikk på Neste.
- Angi en plassering for å installere programmet, eller la standardverdiene være igjen. Programmet vil be deg om å opprette en Start-meny-mappe. Hopp over dette elementet.
- Velg tekstredigeringsprogrammet du vil bruke med Git. I rullegardinvinduet velger du Notisblokk ++ (eller et annet tekstredigeringsprogram som du tidligere har jobbet med) og klikker på «Neste».
- Angi et navn for den nye prosjektgrenen. Standardverdien er «master». Det anbefales at du lar denne innstillingen stå som standard.
- I alternativene for å velge PATH, SSH-klient, serversertifikater, linjeavslutninger og terminal, la alt være som det er og klikk på «Neste»-knappen.
- La alle standardinnstillinger og begynn å installere programmet.
- Når installasjonen er fullført, merk av i boksene for å se utgivelsesnotatene og start Git Bash. Lukk installasjonsvinduet.
Du kan registrere en konto på Github ved å bruke følgende lenke: https://github.com/join. For å gjøre dette, må du angi de grunnleggende registreringsdataene som kreves i fremtiden for å bekrefte kontoen.
Trinn 1: Start Git og lag det første lokale depotet
Git har to bruksmoduser – bash (Git Bash) og grafisk brukergrensesnitt (Git GUI). For å starte Git Bash, åpne Start-menyen – Windows, skriv git bash og trykk Enter (eller dobbelt venstreklikk på programmets snarvei). For å starte Git GUI, åpne Start-menyen – Windows, skriv git gui og trykk Enter. I vårt tilfelle vil vi bruke Git Bash.
Å lage et nytt prosjekt i Git Bash innebærer å bruke spesielle kommandoer for å initialisere et nytt depot. Først må du åpne en Bash-terminal ved å høyreklikke på skrivebordet og deretter i rullegardinmenyen Git Bash Here. I et terminalvindu på din lokale maskin, lag en ny testkatalog (mappe) ved å skrive følgende:
getrekt:Desktop getrekt $ cd ~/Desktop
trukkett:Desktop trukkett $ mkdir myproject
trukkett:Desktop trukkett $ cd myproject/
Kommandoen mkdir oppretter en ny lokal prosjektmappe. Lag vårt første Github-lager: https://youtu.be/yHCUc6cmhcc
Trinn 2. Opprett en ny fil i depotet
I prosjektmappen legger du til en ny tekstfil ved å bruke berøringskommandoen. På standardmåten vil kommandoen lage en tom tekstfil som vil ha filtypen .txt.
Merk følgende! Git lagrer/administrerer endringer kun til filene den sporer. Etter å ha opprettet en ny fil, kan brukeren spore statusen ved hjelp av git status-kommandoen. Konsollen vil gi en liste over filer som finnes i depotet.
Så snart du legger til en fil i mappen som inneholder git-depotet, vil programmet legge merke til endringen inne i prosjektet. Automatisk sporing vil imidlertid ikke være aktivert, du må bruke en spesiell kommando for dette – git add.
trukkett:myprojectt $ touch trukkett.txt
trukkett:myproject trukkett $ ls
trukkett.txt
Trinn 3: Legg til filen i sporingsoppsamlingsmiljøet
Legg til filen i oppsamlingsmiljøet med git add-kommandoen.
trukkett:myproject git add . Med denne kommandoen vil programmet starte automatisk sporing av alle filer som skal opprettes i prosjektmappen. Du kan sjekke om kommandoen fungerer med git-status. Slik ser loggene ut på Git Bash-kommandolinjen etter å ha skrevet inn git-status:
getrekt: getrekt getrekt$ git-status
På filialmaster
Initial commit
Endringer som skal foretas:
(bruk «git rm –cached …» for å deaktivere scenen)
Ny fil lagt til
Nytt filnavn: getrekt.txt
ny fil: getrekt.txt Loggkommentar : Filen er ennå ikke lagret, men er i ferd med å bli lagt til.
Trinn 4 Opprett en forpliktelse
Commit er et sjekkpunkt for ethvert depot. Enkelt sagt, en endringspakke som lagrer informasjon om lagt til, redigert eller slettet filer som lagrer bestemt kode.
getrekt:myproject getrekt $ git commit -m «MY FIRST COMMIT GUYS!»
[master (root-commit) b345d9a] MIN FØRSTE COMMIT!
1 fil endret, 1 innsetting(+)
opprettelsesmodus 100644 trukkett.txt
Kommandoen for å opprette en commit er git commit -m «Commit Name».
Merk følgende! Meldingen på slutten av kommandoen skal være meningsfull og forståelig for andre prosjektutviklere. Ikke navngi forpliktelsene dine som «asdfadsf» eller «foobar». Ellers vil ingen forstå noe, og du må bruke mye tid på å slette dem.
Trinn 5. Opprett en ny gren ny gren
Ny gren er en fullverdig gren av prosjektet, som består av et helt sett med forpliktelser. Representerer en egen utgivelse av produktet, men innenfor versjonskontrollsystemet. Grener lar brukeren flytte mellom «stater» i et prosjekt.
I den offisielle git-dokumentasjonen er beskrivelsen av grener: «Branch in Git and Github er en bevegelig peker til en av depotets forpliktelser.»
For eksempel, hvis en bruker ønsker å legge til en ny side på nettstedet sitt, vil de kunne opprette en ny gren bare for den aktuelle siden uten å påvirke hoveddelen av prosjektet. Så snart han er ferdig med det, kan han slå sammen endringene fra sin gren til den viktigste. I tilfelle av en ny gren, holder Git oversikt over hvilken commit som er grenet fra.
Etter å ha utført kommandoen, kan du skrive git branch i konsollen for å bekrefte opprettelsen av grenen:
getrekt:myproject getrekt $ git branch
master
* my-new-branch Navnet my-new-branch med en stjerne indikerer hvilken gren brukeren er på for øyeblikket.
Merk: Som standard er den aller første grenen av hver git-repo kalt «master» (og brukes vanligvis som master i et prosjekt). Som en del av kampen mot rasisme har noen utviklere begynt å bruke alternative navn for standardgrenen, for eksempel «primær». Men oftere enn ikke kan brukere se «master» eller lignende navn som brukes for å referere til den.
Det er verdt å huske på at nesten hvert depot har en mastergren som kan betraktes som den offisielle versjonen av prosjektet. Hvis det er et nettsted, er grenen versjonen som brukerne ser. Hvis det er en applikasjon, er hovedgrenen utgivelsen som brukere installerer på datamaskinen eller mobilenheten. Dette er hvordan tradisjonell versjonering av Git- og Github-produkter fungerer. Det offisielle nettstedet har mer detaljert dokumentasjon om bruk av forskjellige standard filialnavn. Informasjonen er tilgjengelig på Github på https://github.com/github/rename
I tilfelle av å gå tilbake til en prosjektgren og opprette flere forpliktelser, vil den nye grenen ikke spores av versjonskontrollsystemet før brukeren skriver automatisk sporing .
Trinn 6 Opprett et nytt GitHub-depot
Dette trinnet er ikke nødvendig hvis du bare ønsker å spore koden din lokalt. Men hvis du jobber i et team og godtar endringer fra andre programmerere, kan du bruke de nåværende mulighetene til GitHub til å endre prosjektkoden i fellesskap. For å opprette et nytt depot på GitHub, må du logge på systemet og gå til hovedsiden til nettstedet. Fra hovedmenyen klikker du på «Nytt arkiv»-knappen, som er plassert under «+»-tegnet ved siden av profilbildet i øvre høyre hjørne av navigasjonslinjen: Etter å ha klikket på knappen, vil GitHub spørre prosjekteieren for å navngi depotet og gi en kort beskrivelse:
Klikk deretter på «Opprett arkiv»-knappen for å bekrefte opprettelsen av et nytt prosjekt. En dialogboks vil dukke opp som spør brukeren om de vil opprette et depot fra bunnen av eller legge til et eksisterende opprettet lokalt. I det andre tilfellet må du laste opp prosjektmappen til Github.
Merk følgende! Nedlasting av et lokalt depot kan også skje ved hjelp av kommandolinjen, og mer spesifikt kommandoene git remote add origin github_url (oppretter en registrering av en ny tilkobling til det eksterne depotet), git push -u origin master (etablerer en forbindelse mellom grenen i som utvikleren befinner seg og hovedgrenen på en ekstern server).
Slik ser loggene ut på Git Bash-kommandolinjen:
getrekt:myproject getrekt $ git remote add origin https://github.com/cubeton/mynewrepository.git
getrekt:myproject getrekt $ git push -u origin master Telleobjekter
: 3, ferdig.
Skriveobjekter: 100 % (3/3), 263 byte | 0 byte/s, ferdig.
Totalt 3 (delta 0), gjenbrukt 0 (delta 0)
Til https://github.com/cubeton/mynewrepository.git
* [new branch] master -> master
Branch master satt opp for å spore ekstern filial master fra opprinnelse.
Trinn 7: Skyve prosjektgrenen til GitHub
En ny prosjektgren og depot er opprettet. Det gjenstår å «skyve» grenen og overføre den til det nye Github-depotet. På denne måten vil tredjeparts fellesskapsmedlemmer kunne se koden og gjøre endringer i den. Hvis revisjonene godkjennes, kan prosjekteier flette endringene inn i hovedversjonen av prosjektet. For å pushe endringer til en ny gren på GitHub, må du skrive inn git push-kommandoen på kommandolinjen. GitHub vil automatisk opprette en gren i det eksterne depotet:
getrekt:myproject getrekt$ git push origin my-new-branch
Telle objekter: 3, ferdig.
Deltakompresjon med opptil 8 tråder.
Komprimering av objekter: 100 % (2/2), ferdig.
Skriveobjekter: 100 % (3/3), 313 byte | 0 byte/s, ferdig.
Totalt 3 (delta 0), gjenbrukt 0 (delta 0)
Til https://github.com/cubeton/mynewrepository.git
* [new branch] my-new-branch -> my-new-branch Etter å ha oppdatert GitHub-siden, vil brukeren se den nye grenen som har blitt skjøvet inn i oppbevaringssted.
I tillegg
Hva betyr ordet origin i git push origin-kommandoen? Når en bruker kloner et eksternt depot på sin lokale maskin, lager git et standardalias for det i nesten alle tilfeller, «origin», som i hovedsak er en forkortelse for URL-en til det eksterne depotet. Sende inn et prosjekt til GitHub: https://youtu.be/zM6z57OtR2Q
Trinn 8. Lag den første pull-forespørselen
En pull request (eller pull request) er en måte å varsle lagereiere om at en utvikler ønsker å gjøre noen endringer i koden. Slik ser siden med pull-forespørselen lagt ut ut:
Slik ser seksjonsgrensesnittet ut etter å ha opprettet pull-forespørselen:
Trinn 9 Slå sammen pull-forespørselen
Den grønne «Merge pull request»-knappen nederst lager en pull request. Etter å ha klikket på den, legges endringene til i hovedgrenen av prosjektet.
Merk følgende! Slett grenen etter sammenslåingen. Et stort antall av dem kan føre til forvirring i prosjektet. For å slette en gren, klikk på den grå «Slett gren»-knappen i nedre høyre hjørne.
For å sjekke gjeldende status for forpliktelser, klikk på koblingen «Forpliktelser» på den aller første siden i depotet. Ved å klikke vil du vise hele listen over forpliktelser i denne grenen. Skjermbildet viser nøyaktig den som nettopp ble opprettet.
På høyre side er hash-koden for hver commit. Hash-koden er en unik identifikator som kan brukes når du kobler til APIer og tredjepartstjenester. Du kan også referere til en spesifikk forpliktelse ved hjelp av ID-nummeret på skrivebordsversjonen av Git Bash på kommandolinjen.
Trinn 10 Tilbakestill Github-endringer på lokal maskin
For øyeblikket ser depotet i Github-systemet litt annerledes ut enn brukeren på den lokale datamaskinen. For eksempel eksisterer ikke en commit som en bruker har gjort på sin egen gren og slått sammen til hovedgrenen på den lokale maskinen. For å automatisk synkronisere forskjellige versjoner av et prosjekt, må du bruke git pull origin master-kommandoen (når du arbeider med master-grenen) eller git pull.
getrekt:myproject getrekt $ git pull origin master
fjernkontroll: Telling av objekter: 1, ferdig.
fjernkontroll: Totalt 1 (delta 0), gjenbrukt 0 (delta 0), pakke-gjenbrukt 0
Fra https://github.com/cubeton/mynewrepository
* branch master -> FETCH_HEAD
23242..232433berer3444 master -> origin/master
getrekt. txt | 1 +
1 fil endret, 1 innsetting(+)For å sjekke gjeldende status for en kommando, skriv git log på kommandolinjen. Den vil liste opp alle forpliktelser.
getrekt: mittprosjekt getrekt $ git logge
forplikte 32dgt472hf74yh7734hf747fh373hde7r3heduer73hfhf
Merge: 3fg4dd 34fg3u7j7
Forfatter: Mtdes Ethan <getrekt@yandex.ru>
Dato: Fre 11 september 17:48:11 2015 -0400
Merge gren / cubeton / MyNewRepository
iverksettings 44hgfh7f74hdu9jt93hf9ifejffe
Forfatter: Mtdes av Ethan <getrekt@yandex.ru>
a Dato: Fre Jan 07 17:48:00 2021 -02 356
the commit 46thf9496hf9485hkf857tg9hfj8rh4j
the Merge: 33fh5d 33fh5d 33fh5d 3689gfh a Jan. 7
Forfatter @ Ethan : 7
Jan :51:00 2021 -02356
46THF9496HF9485HKF857TG9HFJ8RH4J Den forplikte
fusjonen: 33Fh5D 3689GFH
Forfatter: Mtdes of Ethan <getrekt@yandex.ru>
En dato: fre jan 07 17:55:00 2021 -02 356
Lagt til noe mer tekst til opp My File
the Comple 35904-43HG940FG959FG0G95JJGDGDFGF57I86F
Sammenslåingen : 343fggdd 53efhgffddg
Forfatter: Mtdes of Ethan < getrekt@yandex.ru>
Dato: Fre 7. jan 17:58:00 2021 -02356
Dette er min første forpliktelse! Klar! Nå er brukeren kjent med all slags arbeid i versjonskontrollsystemet. Git og GitHub-opplæring for nybegynnere om hvordan du installerer Git og kommer i gang med Github, grener, repositories, forpliktelser og andre konsepter i GitHub-praksis: https://youtu.be/zZBiln_2FhM
Ytterligere funksjoner i Github og Git
La oss se på andre nyttige «brikker» som vil tillate utvikleren å forenkle arbeidet med versjonskontroll.
Kloning av et depot til en lokal maskin
Gå til GitHub-depotet ditt. Åpne rullegardinmenyen «Klon eller last ned» i øvre høyre hjørne over listen over filer. Kopier HTTPS-klone-URLen.
Gå tilbake til Git Bash-vinduet og skriv inn kommandoen:
git clone repository_url
repository_url – URL til gjeldende prosjekt som skal klones. I stedet settes url-en til depotet.
I eksemplet ovenfor kloner kommandoen depotet over HTTPS. Et annet alternativ er kloning med URL-er over SSH-nøkler. For å gjøre dette må du generere et SSH-nøkkelpar på Windows og tilordne en offentlig nøkkel til GitHub-kontoen.
Finne eksterne depoter
Etter kloning skal en kopi av depotet fra GitHub vises i arbeidskatalogen på datamaskinen. Prosjektet skal inneholde en katalog med navn og hovedfiler. For å bytte til det, må du skrive følgende kommando:
cd git_project
Merk: Erstatt git_project med det faktiske navnet på det nedlastede depotet, eller spesifiser innholdet i gjeldende katalog med ls-kommandoen. Den andre metoden brukes i tilfeller der brukeren ikke kan huske navnet på prosjektet.
GitHub desktop versjon – hva er GitHub Desktop, hovedfunksjonalitet, funksjoner og installasjonsprosess
GitHub Desktop er en skrivebordsapplikasjon som gir en GUI-basert interaksjon med GitHub. I motsetning til Git, lar skrivebordsversjonen av GitHub deg utføre de samme kommandoene ved å bruke brukergrensesnittet ved å klikke på knapper, noe som gjør det mye enklere å jobbe med repositories.
Hvordan installere
- Følg lenken – https://desktop.github.com/
- Begynn å laste ned installasjonspakken til programmet.
- Dobbeltklikk på ikonet for den nedlastede filen og fortsett med installasjonen av Github Desktop.
- Start programmet via Start-menyen.
- Logg på GitHub med brukerkontodetaljene dine.
Hovedfunksjonalitet
- Opprette, legge til og klone depoter.
- Bruke programmet til å administrere prosjektfaner.
- Gjør endringer i en gren.
- Opprette problemer, pull-forespørsler og forpliktelser.
- Evne til å få tilgang til tidlige versjoner av nye produkter.
Github API
Github REST API er et grensesnitt som gir utviklere tilgang til Github-data, -prosjekter og -lagre, i tillegg til å sende serverforespørsler. Linken https://api.github.com/ inneholder alle URL-ene du kan sende de enkleste GET-forespørslene til:
Oftest lager utviklere forespørsler i Python-programmeringsspråket i JSON-format. Først må du få den grunnleggende informasjonen om depotet fra lenken – https://api.github.com/user/repos Grunninformasjonen legges inn i konfigurasjonsfilen i JSON-format. Den inneholder hovedparametrene om brukeren – avatar, lesere, antall depoter, nedlastinger, etc. Disse dataene blir deretter overført til serveren.
Administrere og konfigurere Github Desktop-prosjekter
Etter å ha installert, registrert en konto og satt opp applikasjonen, kan brukeren begynne å bruke GitHub-programmet.
Opprette, legge til og klone et depot
For å opprette et nytt depot, velg «Fil» og klikk på «Opprett depot»-knappen. For å legge til et lokalt prosjekt, velg «Fil»-menyen og klikk på «Legg til lokalt arkiv»-knappen. For kloning må du velge menyen «Fil» – «Klon repository».
Opprette en ny filial
For å opprette en egen prosjektgren, åpne delen Current Branch og klikk Ny Branch-knappen. Brukeren vil kunne se grenen i GitHub-grensesnittet og lage en pull-forespørsel for å spore endringer.
Sikkerhet
Desktop- og nettversjonen av Github lar deg konfigurere og øke sikkerhetsnivået til en brukerkonto. All funksjonalitet er tilgjengelig i delen «sikkerhetsinnstillinger for lagring». Det er verdt å vurdere nærmere.
Innstilling for sikkerhetspolicy
På hovedsiden til depotet ditt klikker du:
- «Sikkerhet» – «Sikkerhetspolicy» – «Start oppsett».
- Legg til informasjon om støttede versjoner av prosjektet ditt og hvordan du rapporterer mulige sårbarheter.
Dependency Graph Management
En avhengighetsgraf genereres automatisk for alle offentlige depoter, men det er ingen slik funksjon for private depoter. Grafen identifiserer alle utgående avhengighetsstrømmer og lar deg identifisere sårbarheter i prosjektet. For å stille inn avhengighetsgrafen, klikk på «Innstillinger» – «Sikkerhet og analyse». På motsatt side av grafen klikker du på «Aktiver» eller «Deaktiver».
Lisenser
Github-lisensiering sørger for bruk av to hovedtyper
lisens :
- GPL er en type lisens som lar andre brukere bruke andres arbeid i andre åpen kildekode-prosjekter. Kommersielle selskaper kan imidlertid ikke gjøre dette.
- LGPL/Commons/MIT/Apache osv. – brukeren gir bort koden sin til gratis bruk. Andre kan tjene penger på det.