Írta: tom1964h
Összefoglalás - Git alapok
Megtanultuk, hogy:
- mi a Git és hogy nem ugyanaz, mint a GitHub, ami távoli Git repókat tárol és szolgáltat
- a Github alternatívája a Gitlab
- ha SVN-hez keresünk ingyenes privát repó szolgáltatót, akkor a deveo | Perforce jó választás lehet
- ha projektek lebonyolításához keresünk hatékony (bár fizetős) eszközt, akkor a beanstalk workflow jó választás lehet
Lássuk még egyszer, mit tanultunk eddig: tudjuk, hogy …
- vannak központi (CVCS) és elosztott (DVCS) kontrukciójú verziókövető rendszerek
- az SVN egyetlen központi szerverrel dolgozik, mivel ott nincs push és pull, ezért a commit egyenesen a szerverre megy; a frissítést itt update-nek hívjuk
- a git helyi repókat is használ és nem kötelező központio repót is használni, csak ha többen együttműködve fejlesztünk
- a
git init
helyi repót hoz létre - a
git status
ellenőrzi a megváltozott file-okat a repóban - ekkor a commit-olt változások nem jelennek meg, mert azok a verzió részét képezik
- hogyan adunk hozzá a repóhoz egy file-t:
- a
git add
színpadra teszi - a
git commit
a változás a színpadról a repóba kerül
- a
- a
git log
segítségével visszanézhető, hogy milyen commitok történtek és milyen sorozatszámaik vannak - a
git remote add origin
segítségével távoli repót tudunk hozzákötni a helyi repóhoz és hogy ekkor a master branch automatikusan létrejön az “origin” névvel nevezett repóban - a
git push -u origin master
a változások felrakása a távoli repóba - a
git pull origin master
a változások lehúzása a központi repóból - a
git diff HEAD
segítségével ellenőrizhetők a különbségek, megjeleníti a különböző tartalmakat, változtatásokat - a
git diff --staged
segítségével a stage-en lévő file-ok eltéréseit is ellenőrizni tudjuk a repóhoz képest - a
git reset .....
segítségével levehetjük a színpadról a nemkívánt állományokat - a
git restore .....
visszaállítja a file-t az eredeti állapotába - hogyan hozhatunk létre egy branch-ot (a mutató alapból a master-en áll)
- hogyan válthatunk át az új branch-re (amely a master másolata)
- hogyan törölhetünk állományokat az új branch-ból
- a törlés után commit is szükséges (mert a masterben a törölt file-ok még továbbra is léteznek)
- az összefésülés alap-szabálya: a cél-branch-en kell állnunk
- hogyan küldünk fel branch-et a távoli repóba - draft push request
- mindenhez megfelelő jogosultság beállítás is szükséges (a repó tulajdonosa contributor jogot adhat nekünk, de ez nem alapértelmezett).
forrás draw.io