Trenger starthjelp på GitHub

[ArnieO]

Jeg har gjort et seriøst forsøk på å ta i bruk GitHub, har pløyd igjennom noen "For dummies", både nettsider og Youtube videoer. Men klarer altså ikke å få tak i strukturen bak (tror jeg), og forstår derfor fremdeles ikke hvordan jeg (enklest mulig) kan bruke GitHub til å (i første omgang) kofigurasjonsstyre mine egne prosjekter samt ha backup på nettet og tilgang fra alternative PCer.

 

Nå ser jeg i tillegg behov for samarbeid med andre her på AMS-måler IoT, og må rett og slett få dette igang. Derfor kryper jeg nå til korset og ber om hjelp.

 

Jeg har relativt god IT bakgrunn, og forstår relativt godt problematikken rundt kofigurasjonsstyring etc - så dette burde i prinsippet være greit for meg å forstå. Desto pinligere å måtte be om hjelp... ?

 

Så tenker jeg at det kanskje er andre enn meg som er i lignende situasjon og kan ha nytte av starthjelp, derfor denne tråden.

 

Jeg har installert GIT og GitHub desktop. Men sitter altså litt fast.

[daniel.h.iversen]

Har du et konkret problem?
Skal du opprette et nytt prosjekt? 

Eller skal du lage en kopi av et annet repository for å lage egne endringer?

[ArnieO]

3 minutes ago, daniel.h.iversen said:

Har du et konkret problem?
Skal du opprette et nytt prosjekt? 

Eller skal du lage en kopi av et annet repository for å lage egne endringer?

1. Jeg har et antall prosjekter som jeg ønsker å legge på GitHub. De eksisterer nå som kataloger på min nettverksdisk. Om jeg forstår tanken med GitHub rett kan det brukes for å konfigurasjonsstyre oppdateringer og varianter.
2. Jeg ønsker å kopiere andres repositories for å lage egne endringer.
3. Jeg ønsker å "forke"(?) andres repositories for å samarbeide om videreutvikling.

[Erlend1963]

Har du brukt Git før? Jeg vil iallfall anbefale deg å starte med å bruke Git lokalt, og så se på GitHub senere. Du har allerede delt dette opp i kataloger, da er det naturlig å lage ett Git-repo i hver slik katalog. Gjør deg kjent med hvordan dette virker (git init, git add, git commit), når du har kontroll på dette kan du opprette disse repoene i GitHub, gjøre git push opp i skyen, og dermed er du på lufta.

 

/Erlend

Endret 18. januar 2019 av Erlend1963
Trykkfeil

[ArnieO]

1 minute ago, Erlend1963 said:

Har du brukt Git før? Jeg vil iallfall anbefale deg å starte med å bruke Git lokalt, og så se på GitHub senere. Du har allerede delt dette opp i kataloger, da er det naturlig å lage ett Git-repo i hver slik katalog. Gjør deg kjent med hvordan dette virker (git init, git add, git commit), når du har kontroll på dette kan du opprette disse repoene i GitHub, gjøre git push opp i skyen, og dermed er du på lufta.

 

/Erlend

Nei har ikke brukt GIT før. Men har installert det (forsto det slik at det var nødvendig).

 

Jeg finner kommandolinjegreia i GIT "avtennende" (ingen menyer, man må lete opp på nettet hva man kan gjøre, hvordan det gjøres og så videre). Og jeg har bare "lett" kompetanse på Linux, og ser at dette er Linux-lignende.

Men registrerer at det generelt oppfordres til å lære seg GIT først, slik du nå gjør. Så du har sikkert "rett"! ?

 

Jeg hadde håpet å finne en snarvei rundt GIT, en arbeidsmåte/workflow som kan senke terskelen for å få gjort (kun) det jeg trenger - i et egnet GUI (grafisk brukergrensesnitt). Har som sagt installert GitHub Desktop, men er fremdeles stuck.

[Moskus]

Følger! (Jeg er også GitHub-noob!)

[StenO]

Jeg bruker git i det daglige og har installert Git Bash lokalt på Win 10. I det grensesnittet (et kommando-grensesnitt med Linux-liknende utseende) kan jeg bruke de vanligste kommandoene for å gjøre det jeg skal med koden min.

 

Har du et prosjekt som du må legge inn i git, går du inn i folderen (i git bash) med vanlige dos-liknende kommandoer som

cd c:/Prosjekter/Hjemmeautomasjon

for eksempel dersom du har et prosjekt som heter Hjemmeautomasjon og ligger i en folder med samme navn.

Om prosjektet ikke ligger i Git enda, hadde jeg valgt å starte med GitHub og lage et prosjekt med tilsvarende navn der med tanke på at det skal ligge der til slutt.

 

For å koble meg på Github trenger man en bruker. Det tar noen sekunder å gjøre og er gratis (så lenge du ikke lager lukkede repositories).

Lag deg et repository (med navnet på prosjektet ditt) og følg instruksjonene deretter. 

Bruk valget "... or create a new repository on the command line" om du ikke har prosjektet ditt i git fra før ved å kopiere de 6 linjene som står der og kjøre de i ditt lokale Git Bash vindu som allerede står i folderen du ønsker å ta vare på. Har du allerede lagt prosjektet ditt inn i Git kan du bruke "... or push an existing repository from the command line" til det samme.

 

Etter det er det enklest (for meg siden jeg bruker det hele tiden) å "committe" endringer i koden ved å kjøre 

git commit -a -m"<beskrivelse av endringen>"

git push

hver gang jeg vil oppdatere repository.

For å få dette til uten å skrive inn passordet til GitHub hver gang trenger du å legge inn en SSH key - men det kan jeg forklare i et annet innlegg.

 

 

Endret 18. januar 2019 av StenO

[Guahtdim]

Nå har jeg ikke sett på hva dette er 100%, men etter å ha kikket på ett annet kurs på katacoda så legger jeg ut denne:

https://www.katacoda.com/courses/git

 

Mulig dere må logge dere inn via GitHub-profil og slik mister linken. Trykk da på learn og knast inn Git. Sjekk ut kurset "Learn Git Version Control"

Det ser ut til å ta deg rolig og forsiktig igjennom det mest fundamentale. Jeg vet ikke om det dekker alt, men det starter iallefall fra å initiere ditt eget repo (folder med underfoldere som du har prosjekt i).

Git (og GitHub) er kraftige greier, men litt vel høy terskel.

 

Endret 18. januar 2019 av Guahtdim

[StenO]

Bruker man editor som Visual Code og har git plugin på plass, kan man også committe endringer direkte fra editoren uten å gå via kommandolinje.

[ArnieO]

1 minute ago, Guahtdim said:

Git (og GitHub) er kraftige greier, men litt vel høy terskel.

Just precis...

[StenO]

1 minutt siden, Guahtdim skrev:

Nå har jeg ikke sett på hva dette er 100%, men etter å ha kikket på ett annet kurs på katacoda så legger jeg ut denne:

https://www.katacoda.com/courses/git

 

Mulig dere må logge dere inn via GitHub-profil og slik mister linken. Trykk da på learn og knast inn Git. Sjekk ut kurset "Learn Git Version Control"

Det ser ut til å ta deg rolig og forsiktig igjennom det mest fundamentale. Jeg vet ikke om det dekker alt, men det starter iallefall fra å initiere ditt eget repo (folder med underfoldere som du har prosjekt i).

Git (og GitHub) er kraftige greier, men litt vel høy terskel.

 

 

God plan! ?

Sikker bedre enn at jeg eller andre skriver lange forklaringer her.

 

[xibriz]

Aller først en avklaring:

GIT er ett repository verktøy. Altså versjonere filer, som oftest kode.

GitHub er ett GIT repository i skyen. Altså lagre repositoryene dine en plass som er åpent tilgjengelig for alle.

 

Git og GitHub er altså to forskjellige ting.

 

Så, hvis du har Git som kommandolinjeverktøy, og ønsker å få en mappe med kode opp på GitHub må man:

1. Lage ett repository på GitHub

2. Initialisere mappen lokalt som ett Git repository

3. Publisere koden (push) på GitHub.

 

Når du oppretter ett nytt repository på GitHub viser de deg kommandoene du må bruke for å få dette til.

 

 

Så.. når man senere ønsker å bruke kode man finner på GitHub så har man to valg:

1. Kopiere ned koden lokalt for å bruke den (clone)

2. Kopiere koden til ett eget repository (fork) for å jobbe med den

 

Man må gjerne kjøre en clone etter en fork.

 

Når man har koden lokalt så har man gjerne noen basiskommandoer:

1. commit = Lagre nye endringer

2. pull = Hente endringer som ligger remote (f.eks. på GitHub)

3. push = Publisere endringer remote (f.eks. på GitHub)

 

Det er hundrevis av andre kommandoer, f.eks. å bruke merge istedet for pull, men det blir nok litt for avansert i starten.

 

 

[ArnieO]

5 minutes ago, StenO said:

Jeg bruker git i det daglige og har installert Git Bash lokalt på Win 10. I det grensesnittet (et kommando-grensesnitt med Linux-liknende utseende) kan jeg bruke de vanligste kommandoene for å gjøre det jeg skal med koden min.

 

Har du et prosjekt som du må legge inn i git, går du inn i folderen (i git bash) med vanlige dos-liknende kommandoer som

cd c:/Prosjekter/Hjemmeautomasjon

for eksempel dersom du har et prosjekt som heter Hjemmeautomasjon og ligger i en folder med samme navn.

Om prosjektet ikke ligger i Git enda, hadde jeg valgt å starte med GitHub og lage et prosjekt med tilsvarende navn der med tanke på at det skal ligge der til slutt.

 

For å koble meg på Github trenger man en bruker. Det tar noen sekunder å gjøre og er gratis (så lenge du ikke lager lukkede repositories).

Lag deg et repository (med navnet på prosjektet ditt) og følg instruksjonene deretter. 

Bruk valget "... or create a new repository on the command line" om du ikke har prosjektet ditt i git fra før ved å kopiere de 6 linjene som står der og kjøre de i ditt lokale Git Bash vindu som allerede står i folderen du ønsker å ta vare på. Har du allerede lagt prosjektet ditt inn i Git kan du bruke "... or push an existing repository from the command line" til det samme.

 

Etter det er det enklest (for meg siden jeg bruker det hele tiden) å "committe" endringer i koden ved å kjøre 

git commit -a -m"<beskrivelse av endringen>"

git push

hver gang jeg vil oppdatere repository.

For å få dette til uten å skrive inn passordet til GitHub hver gang trenger du å legge inn en SSH key - men det kan jeg forklare i et annet innlegg.

 

 

Jeg har bruker på GitHub, har installert GIT, og ser det er mye som kan gjøres der.

Men for meg blir det litt som Linux. Hver gang jeg skal gjøre noe i Linux på en av mine RasPi sitter jeg og googler kontinuerlig.

Håper på at det finnes en GUI som gjør det enklere å gjøre det fundamentale.

[Guahtdim]

Selv så bruker jeg i hovedsak Git som kommandolinjeverktøy, men da i Powershell.

Skal jeg se på ting litt mer grafisk så er Git Extensions mitt Go-To verktøy.

 

Og selvfølgelig bruker jeg GitHub for å lagre ned det jeg lager, men

OBS OBS OBS! Passord og brukernavn prøver man å unngå å lagre ned slik at det blir lagt ut på GitHub. Hvis du i tillegg har lagret ned brukernavn og passord til Azure, AWS eller Google Cloud kan det fort gå som dette 

https://www.theregister.co.uk/2015/01/06/dev_blunder_shows_github_crawling_with_keyslurping_bots/

 

OBS 2: Og ikke start leking med Git på en folder hvor du har lagret ned noe som er viktig for deg. Ett par av kommandoene er ganske kraftige og de fjerner det meste uten å gi deg noe som helst hint om at du nå fjerner alt du har....

Endret 18. januar 2019 av Guahtdim

[ArnieO]

2 minutes ago, xibriz said:

Aller først en avklaring:

GIT er ett repository verktøy. Altså versjonere filer, som oftest kode.

GitHub er ett GIT repository i skyen. Altså lagre repositoryene dine en plass som er åpent tilgjengelig for alle.

 

Git og GitHub er altså to forskjellige ting.

 

Så, hvis du har Git som kommandolinjeverktøy, og ønsker å få en mappe med kode opp på GitHub må man:

1. Lage ett repository på GitHub

2. Initialisere mappen lokalt som ett Git repository

3. Publisere koden (push) på GitHub.

 

Når du oppretter ett nytt repository på GitHub viser de deg kommandoene du må bruke for å få dette til.

 

 

Så.. når man senere ønsker å bruke kode man finner på GitHub så har man to valg:

1. Kopiere ned koden lokalt for å bruke den (clone)

2. Kopiere koden til ett eget repository (fork) for å jobbe med den

 

Man må gjerne kjøre en clone etter en fork.

 

Når man har koden lokalt så har man gjerne noen basiskommandoer:

1. commit = Lagre nye endringer

2. pull = Hente endringer som ligger remote (f.eks. på GitHub)

3. push = Publisere endringer remote (f.eks. på GitHub)

 

Det er hundrevis av andre kommandoer, f.eks. å bruke merge istedet for pull, men det blir nok litt for avansert i starten.

 

 

Veldig bra, her toucher du noe av det jeg ikke har forstått.

 

Er dette riktig forstått?

• Dataene lagres i GitHub, i "mapper" som kalles Repositories
• De lagres i "GIT-format"
• For å gjøre fornuftige ting med dataene (som versjonsstyring) aksesseres de via GIT.
• GIT kan aksesseres direkte via kommandolinjeverktøyet "GIT bash", eller via grafiske brukergrensesnitt (eksempel: GitHub Desktop, som installeres på brukers PC).
• Noen programeditorer kan lagre direkte i GitHub (slik @StenO skriver)

Spørsmål:

1. Hva er "motoren" som synkroniserer filer på min PC med GitHub? (GIT som er installert lokalt?)
2. Synkroniseres det fortløpende (som Dropbox), eller må man aktivt utføre noe? (Er det dette som kalles en "commit" / pull / push?)
3. Hva er det jeg kan (og ikke kan) gjøre direkte i nettleseren på GitHub?

[ArnieO]

13 minutes ago, Guahtdim said:

OBS OBS OBS! Passord og brukernavn prøver man å unngå å lagre ned slik at det blir lagt ut på GitHub.

Good point. Ofte ligger SSID og passord til lokalt nettverk direkte i kode. Har du noe godt råd til hvordan dette løses?

 

14 minutes ago, Guahtdim said:

OBS 2: Og ikke start leking med Git på en folder hvor du har lagret ned noe som er viktig for deg. Ett par av kommandoene er ganske kraftige og de fjerner det meste uten å gi deg noe som helst hint om at du nå fjerner alt du har.... 

???

Det er vel en grunn til at jeg intuitivt er forsiktig med kommandolinjeverktøy...

[xibriz]

11 minutter siden, ArnieO skrev:

Veldig bra, her toucher du noe av det jeg ikke har forstått.

 

Er dette riktig forstått?

• Dataene lagres i GitHub, i "mapper" som kalles Repositories
• De lagres i "GIT-format"
• For å gjøre fornuftige ting med dataene (som versjonsstyring) aksesseres de via GIT.
• GIT kan aksesseres direkte via kommandolinjeverktøyet "GIT bash", eller via grafiske brukergrensesnitt (eksempel: GitHub Desktop, som installeres på brukers PC).
• Noen programeditorer kan lagre direkte i GitHub (slik @StenO skriver)

Spørsmål:

1. Hva er "motoren" som synkroniserer filer på min PC med GitHub? (GIT som er installert lokalt?)
2. Synkroniseres det fortløpende (som Dropbox), eller må man aktivt utføre noe? (Er det dette som kalles en "commit" / pull / push?)
3. Hva er det jeg kan (og ikke kan) gjøre direkte i nettleseren på GitHub?

 

Jeg ville kanskje si at ett repository = disk/share med mange mapper i seg. Git gir deg superdetaljert versjonering på filene og mappene på linjenivå.

Jeg har ikke engang hørt om GitHub Desktop, men jeg bruker kommandolinjeverktøyet å har registrert at editorer som NetBeans og VSCode har plugins som bruker kommandolinjeverktøyet.

 

Det er Git kommandolinjeverktøyet som ligger i bunn for alt og har alt du trenger. Dette trenger du lokalt.

 

Synkronisering skjer manuelt med pull/push (og noen andre kommandoer som jeg ikke tar her).

Når du gjør en commit så lagrer du endringer som du vil kjøre push på.

Du har også stash som lagrer endringer som du ikke vil pushe ut.

 

Du kan gjøre endringer direkte i filer på GitHub. Du må da kjøre en `git pull` hvis du vil ha endringene ned lokalt.

 

 

[ArnieO]

4 minutes ago, xibriz said:

 

Jeg ville kanskje si at ett repository = disk/share med mange mapper i seg. Git gir deg superdetaljert versjonering på filene og mappene på linjenivå.

Jeg har ikke engang hørt om GitHub Desktop, men jeg bruker kommandolinjeverktøyet å har registrert at editorer som NetBeans og VSCode har plugins som bruker kommandolinjeverktøyet.

 

Det er Git kommandolinjeverktøyet som ligger i bunn for alt og har alt du trenger. Dette trenger du lokalt.

 

Synkronisering skjer manuelt med pull/push (og noen andre kommandoer som jeg ikke tar her).

Når du gjør en commit så lagrer du endringer som du vil kjøre push på.

Du har også stash som lagrer endringer som du ikke vil pushe ut.

 

Du kan gjøre endringer direkte i filer på GitHub. Du må da kjøre en `git pull` hvis du vil ha endringene ned lokalt.

 

 

OK - bra. Veldig nyttig igjen!

(For meg er det opplagt at ei mappe kan ha undermapper, men fint at du presiserer.)

 

Det høres da egentlig ut for at man for enkel bruk ikke trenger GitHub Desktop (eller annen GUI).

• Man trenger å kjenne noen få kommandoer i "Git Bash".
• Synkronisering fra lokale filer til GitHub gjøres da ved aktiv kommando i Git Bash (kan det gjøres fra nettleseren / GitHub?)
• En del ting kan også gjøres rett i nettleseren / GitHub.

[StenO]

3 minutter siden, ArnieO skrev:

Veldig bra, her toucher du noe av det jeg ikke har forstått.

 

Er dette riktig forstått?

• Dataene lagres i GitHub, i "mapper" som kalles Repositories
• De lagres i "GIT-format"
• For å gjøre fornuftige ting med dataene (som versjonsstyring) aksesseres de via GIT.
• GIT kan aksesseres direkte via kommandolinjeverktøyet "GIT bash", eller via grafiske brukergrensesnitt (eksempel: GitHub Desktop, som installeres på brukers PC).
• Noen programeditorer kan lagre direkte i GitHub (slik @StenO skriver)

Spørsmål:

1. Hva er "motoren" som synkroniserer filer på min PC med GitHub? (GIT som er installert lokalt?)
2. Synkroniseres det fortløpende (som Dropbox), eller må man aktivt utføre noe? (Er det dette som kalles en "commit" / pull / push?)
3. Hva er det jeg kan (og ikke kan) gjøre direkte i nettleseren på GitHub?

 

Ja, riktig forstått. I tillegg - et git-repo i skyen gjør det mulig for flere å jobbe på samme koden, samtidig (så lenge man er flink til å holde skyen oppdatert gjennom commit og push).

Noen editorer har en plugin som gjør at du kan lage commits og pushe disse til skyen uten at du trenger å gjøre det via et kommando-grensesnitt. Har kolleger som stadig foretrekker det framfor kommandolinje og som også daglig jobber mot git-repo.

 

1. Ja. Det er din lokale installasjon av git som administrerer og håndterer ditt lokale repository. Den kan også knyttes opp mot en remote som i dette tilfelle vil være github. Bruker du kun den lokale vil du ha fordelen av versjonskontroll (du kan gå tilbake og se på og bygge tidligere versjoner) men vil ikke kunne samarbeide så lett med andre på samme kodebase.

 

2. Synkroniseres ikke automatisk. Du må gjøre konkrete aksjoner for å holde remote (altså GitHub) og local i synk.  Det er dette som er pull (for å hente siste fra remote), commit (for å pakke sammen endringer i en pakke) og push for å synkronisere med remote. Har du nye filer som ikke er med i remote fra før, må du også først kjøre en git add <filnavn> for å legge det til lokalt repository før du kjører en commit og så en push. Alt dette har Visual Studio Code en plugin som kan håndtere. På jobb bruker jeg (i tillegg til VSC) også WebStorm og Visual Studio som også har integrert håndtering av git om man ønsker det.

 

God praksis er å sørge for at alle private nøkler og passord ligger i konfig file(r) og IKKE synke denne med remote men ha en lokalt som bare ligger lokalt. Greit at du da har en beskrivelse (i README) på hvordan denne filen skal se ut for de andre som forsøker å bruke koden din. Er en slik konfig-fil allerede med i lokalt repository kan du kjøre git rm <filnavn> og så en git commit -m"Fjernet fil <filnavn>" for å fjerne den. Vil du beholde den lokalt men bare fjerne den fra repoet kan du legge til --cached på rm-kommandoen. Da blir det slik:
 

git rm --cached fil_med_passord.cfg

git commit -m"Fjernet konfig fil fra repoet"

3. Du kan gjøre endringer på filer i Github men som xibriz sier så må du pulle endringene før de oppdateres lokalt.Det viktigste (synes jeg) er at med Github så kan flere bidra til å bygge videre på koden fortløpende og i samarbeid med hverandre. I nettleseren på GitHub er det vanskelig å skrive kode og kompilere eller bygge den for target. Da bør man helst ha en lokal klone av repoet som man bygger fra.

 

 

[Guahtdim]

12 minutes ago, ArnieO said:

Good point. Ofte ligger SSID og passord til lokalt nettverk direkte i kode. Har du noe godt råd til hvordan dette løses?

Ofte lagrer jeg ned dette i filer som f.eks. er navnet <filnavn>.secret og så setter jeg opp .gitignore (fil med oversikt over filer som git ikke skal bry seg om) til å ikke håndtere .secret filer.

Brukernavn og passord lagrer jeg heller til Lastpass for oppslag, men det ligger også lokalt hos meg på min .secret fil.

 

[StenO]

1 time siden, xibriz skrev:

 

Jeg har ikke engang hørt om GitHub Desktop, 

 

Ikke jeg heller, men jeg tror for begynnere er nok et verktøy av denne typen bedre enn å lære seg kommandilinje-instruksjonene. 

Det er bare det at når du gjør dette hele tiden er kommandolinje så sykt mye kjappere...

 

[xibriz]

11 minutter siden, StenO skrev:

Ikke jeg heller, men jeg tror for begynnere er nok et verktøy av denne typen bedre enn å lære seg kommandilinje-instruksjonene. 

Det er bare det at når du gjør dette hele tiden er kommandolinje så sykt mye kjappere...

 

 

Jeg vet ikke... en ting er når man jobber lokalt.. men med en gang du skal ha koden ut på en linux-server så har man ikke noe annet valg enn kommandolinjen

[StenO]

30 minutter siden, Guahtdim skrev:

Ofte lagrer jeg ned dette i filer som f.eks. er navnet <filnavn>.secret og så setter jeg opp .gitignore (fil med oversikt over filer som git ikke skal bry seg om) til å ikke håndtere .secret filer.

Brukernavn og passord lagrer jeg heller til Lastpass for oppslag, men det ligger også lokalt hos meg på min .secret fil.

 

Ja, det er en mulighet.

Har du tatt filen ut av lokalt repo så bør den legges til .gitignore - ellers er det en fare for at den plutselig er med igjen etter å ha kjørt en "git add ." ? 

Har du laget en .gitignore fil, må denne også legges i neste commit ?

 

[Guahtdim]

Jeg ser jeg har skrevet det ut av rekkefølge. Jeg har en .gitignore-fil hvor det meste er ferdig konfigurert som normalt går inn i ett repo med en gang (før jeg kjører første "git add ."). 

Men hvis jeg skulle gjort det i ett nytt repo så ville jeg ha først endret .gitignore og så laget .secret-filen. Hvis ikke risikerer du at filen blir lagt med når du legger til filer til repo første gangen.

[frodegill]

Jeg foretrekker kommandolinje og Linux. På jobb hender det at jeg bruker Microsoft Windows, og bruker da Sourcetree som grafisk skall (med git bash lett tilgjengelig)

 

Typisk git-flyt:

 

git clone https://github.com/brukernavn/repository.git  # laster ned master-branch repo fra github (origin) til lokalt

 

git checkout develop  # sjekker ut branch "develop"

 

git pull  # henter ned endringer fra origin til lokalt repo. Lokalt repo er nå up-to-date

 

git status  # sjekker hvilke filer som er endret lokalt

 

git diff filnavn  # viser hva som er endret i lokal fil siden forige commit

 

git add filnavn  # legger filen til listen over filer som skal committes. Kan gjøres for mange filer, og mange ganger pr fil

 

git commit -m 'melding'  # Lager en commit av alt som er added (eller rm'et) lokalt, med en commit-melding

 

git push # Laster opp alle lokale commits til origin

 

 

I tillegg kan du opprette branches, merge branches, cherry-pick'e commits fra en branch til en annen, og mye annet snadder...

 

 

 

Endret 18. januar 2019 av frodegill
git diff er kjekk å ha