{"id":619,"date":"2022-10-24T23:32:57","date_gmt":"2022-10-24T20:32:57","guid":{"rendered":"https:\/\/mryed.com\/?p=619"},"modified":"2022-10-24T23:33:25","modified_gmt":"2022-10-24T20:33:25","slug":"git-kullanimi","status":"publish","type":"post","link":"https:\/\/mryed.com\/en\/yazilim\/git-kullanimi\/","title":{"rendered":"Git Kullan\u0131m\u0131 ve Komutlar\u0131"},"content":{"rendered":"
Son g\u00fcnler izledi\u011fim git kullan\u0131m\u0131 ve komutlar\u0131 e\u011fitim videolar\u0131ndan ald\u0131\u011f\u0131m notlar\u0131 bu yaz\u0131 i\u00e7eri\u011finde sunaca\u011f\u0131m. <\/p>\n\n\n\n\n\n\n\n
Yerel repository i\u00e7erisinde deneme.txt dosyas\u0131 olu\u015fturdum. Bu a\u015famada git status dedi\u011fimde dosya “Untracked files:” ba\u015fl\u0131\u011f\u0131 alt\u0131nda g\u00f6z\u00fck\u00fcr. Bunu commite haz\u0131r hale getirmek etmek i\u00e7in;<\/p>\n\n\n\n
git add deneme.txt<\/code><\/pre>\n\n\n\n
Bu a\u015famadan sonra tekrar git status komutunu yazd\u0131\u011f\u0131mda dosya “Changes to be committed:” ba\u015fl\u0131\u011f\u0131 alt\u0131nda g\u00f6z\u00fck\u00fcr. Dosyay\u0131 commit etmekten vazge\u00e7ti isek; <\/p>\n\n\n\n
git rm --cached deneme.txt<\/code><\/pre>\n\n\n\n
Bu komut ile dosya station area’dan silinir ancak yerel dizinden silinmez. <\/p>\n\n\n\n
Klas\u00f6r i\u00e7erisinde b\u00fct\u00fcn dosyalar\u0131 indexlemek i\u00e7in station area’ya ta\u015f\u0131mak istiyorsak;<\/p>\n\n\n\n
git add .<\/code><\/pre>\n\n\n\n
Bir dosyada yap\u0131lan de\u011fi\u015fiklikleri g\u00f6r\u00fcnt\u00fclemek i\u00e7in;<\/p>\n\n\n\n
Commit i\u015fleminden sonra “git log<\/strong>” komutu ile commitler g\u00f6r\u00fcnt\u00fclenebilir. Getirilen commit bilgilerini sat\u0131r sat\u0131r g\u00f6r\u00fcnt\u00fclemek istersek;<\/p>\n\n\n\n
git log --oneline<\/code><\/pre>\n\n\n\n
Olu\u015fturdu\u011fumuz bir commite geri d\u00f6nmek i\u00e7in “reset” komutunu kullan\u0131r\u0131z. Bunun farkl\u0131 yollar\u0131 vard\u0131r. Reset komutundan \u00f6nce ikinci ve \u00fc\u00e7\u00fcnc\u00fc commiti ou\u015fturdum. Daha sonra;<\/p>\n\n\n\n
git reset --soft HEAD~2<\/code><\/pre>\n\n\n\n
komutu ile iki commit geriye giderek birinci commite d\u00f6nd\u00fcm. Yereldeki dosyalar\u0131m de\u011fi\u015fmedi ancak ikinci ve \u00fc\u00e7\u00fcnc\u00fc commitler silindi. Git log yaz\u0131p silindiklerini g\u00f6rebilirim. Ayn\u0131 i\u015flemleri;<\/p>\n\n\n\n
git reset --reset HEAD~2<\/code><\/pre>\n\n\n\n
komutu ile yapt\u0131\u011f\u0131mda ise iki commit geriye d\u00f6nd\u00fcm. Txt \u00fczerindeki yapt\u0131\u011f\u0131m t\u00fcm de\u011fi\u015fiklikler gitti ve ilk commit haline d\u00f6nd\u00fc. \u0130kinci ve \u00fc\u00e7\u00fcnc\u00fc commitlerim silindi. Eski bir commite “revert” komutu ile de d\u00f6nebiliriz.<\/p>\n\n\n\n
git revert [commit-id]<\/code><\/pre>\n\n\n\n
Git log komutu ile commitlerin id numaras\u0131n\u0131 \u00f6\u011frenebiliriz. Daha sonra bu id no ile revert komutu yazar\u0131z. Revert komutu ile belirtilen commite gidebiliriz ve kopya commit olu\u015fur. Ayr\u0131ca herhangi bir commit silinmez. <\/p>\n\n\n\n
Not: Reset ve revert komutlar\u0131 daha detayl\u0131 konular. <\/p>\n\n\n\n
Amend komutu ile commit \u00fczerinde de\u011fi\u015fiklik yap\u0131labilir.<\/p>\n\n\n\n
git commit --amend<\/code><\/pre>\n\n\n\n
komutu ile commit d\u00fczenleme alan\u0131 a\u00e7\u0131l\u0131r. “i” tu\u015funa bas\u0131larak d\u00fczenleme aktif hale gelir. \u0130stenilen de\u011fi\u015fiklikler yap\u0131l\u0131r. Yap\u0131lan de\u011fi\u015fiklik sonras\u0131nda “ESC” tu\u015funa bas\u0131l\u0131r. Daha sonra “:wq” ile d\u00fczenleme ekran\u0131ndan \u00e7\u0131k\u0131l\u0131r. <\/p>\n\n\n\n
Git Branch \u0130\u015flemleri<\/h3>\n\n\n\n
\u015eimdiye kadar commit etti\u011fimiz i\u015flemler hep master \u00fczerinden yap\u0131ld\u0131. \u015eimdi ise yeni bir branch olu\u015fturaca\u011f\u0131z.<\/p>\n\n\n\n
git branch part1<\/code><\/pre>\n\n\n\n
komutu ile “part1” isminde branch olu\u015fturduk. Olu\u015fturulan branchlar\u0131 listelemek i\u00e7in;<\/p>\n\n\n\n
git branch -a<\/code><\/pre>\n\n\n\n
komutunu kullan\u0131r\u0131z. Bu komutta aktif olan branch ye\u015fil renk ile g\u00f6z\u00fckmektedir. Branchlar aras\u0131nda ge\u00e7i\u015f yapmak i\u00e7in,<\/p>\n\n\n\n
git checkout part1<\/code><\/pre>\n\n\n\n
E\u011fer branch\u0131;<\/p>\n\n\n\n
git checkout -b part2<\/code><\/pre>\n\n\n\n
komutu ile a\u00e7arsak hem part2 isminde branch a\u00e7m\u0131\u015f oluruz hem de a\u00e7\u0131lan branch se\u00e7ilmi\u015f olur. A\u00e7m\u0131\u015f oldu\u011fumuz branchlar\u0131 silmek i\u00e7in;<\/p>\n\n\n\n
git branch -D part2<\/code><\/pre>\n\n\n\n
komutunu kullan\u0131l\u0131r. E\u011fer part2 branch\u0131 se\u00e7ili ise silme i\u015flemi hata verecektir.<\/p>\n\n\n\n
\u0130ki branch\u0131 birle\u015ftirmek i\u00e7in “merge” komutu kullan\u0131l\u0131r. Merge komutu ile \u015fuan se\u00e7ili olan branch ile komut sonuna yazd\u0131\u011f\u0131m\u0131z branch birle\u015ftirilir.<\/p>\n\n\n\n
git merge part2<\/code><\/pre>\n\n\n\n
G\u0130THUB VE G\u0130TLUB<\/h3>\n\n\n\n
Bir repositoryimizi githuba y\u00fcklemek i\u00e7in “push” komutunu kullan\u0131r\u0131z.<\/p>\n\n\n\n
git push [gitlinki] master<\/code><\/pre>\n\n\n\n
Bu komuttan sonra terminal bizden kullan\u0131c\u0131 ad\u0131 ve \u015fifremizi isteyecektir. <\/p>\n\n\n\n
Her i\u015flemde gitlinki kullanmak istemiyor isek bir k\u0131saltma ile bu i\u015flemi kolayla\u015ft\u0131rabiliriz. \u00d6rne\u011fin;<\/p>\n\n\n\n
komutu ile art\u0131k her defas\u0131nda git linkini yazmam\u0131za gerek yok. Bunun yerine “origin” ifadesini kullanabiliriz. <\/p>\n\n\n\n
git push origin master<\/code><\/pre>\n\n\n\n
Bir repositoryi klonlamak i\u00e7in;<\/p>\n\n\n\n
git clone [gitlinki]<\/code><\/pre>\n\n\n\n
Yine ba\u015fka birine ait bir repositort fork edilebilmektedir. Fork i\u015flemi genel olarak bir repository \u00fczerinden de\u011fi\u015fiklikler yap\u0131p o projeyi geli\u015ftirme amac\u0131 ile kullan\u0131lmaktad\u0131r. Repository \u00fczerinden yap\u0131lan de\u011fi\u015fiklikler repository sahibinin onay\u0131na sunulur. <\/p>\n\n\n\n
Bir repository i\u00e7erisindeki dosyalar\u0131 yerele indirmek i\u00e7in pull komutu kullan\u0131l\u0131r. \u00d6rne\u011fin siz \u00e7al\u0131\u015f\u0131rken biri master \u00fczerinde de\u011fi\u015fiklik yapm\u0131\u015f ise yerelinde ayn\u0131 \u015fekilde g\u00fcncellenmesi i\u00e7in “pull” komutu kullan\u0131labilir.<\/p>\n\n\n\n
git pull origin master<\/code><\/pre>\n\n\n\n
Git taraf\u0131ndan alg\u0131lanmamas\u0131n\u0131 istedi\u011fimiz dosyalar olabilir. Bunun i\u00e7in “gitignore” dosyas\u0131 olu\u015ftururuz.<\/p>\n\n\n\n
touch .gitignore<\/code><\/pre>\n\n\n\n
olu\u015fturulan dosyan\u0131n i\u00e7erisine gizlenmek istenen dosya ve dizinler yaz\u0131l\u0131r. \u00d6rne\u011fin;<\/p>\n\n\n\n
gizle.txt\ngizlidosya\/ <\/code><\/pre>\n\n\n\n
Git Stash Komutu<\/h3>\n\n\n\n
Bir dosya \u00fczerinde \u00e7al\u0131\u015f\u0131rken hen\u00fcz o dosya ile i\u015fimiz bitmeden ba\u015fka bir dosyaya ge\u00e7ebiliriz. Peki bu durumda ilk dosya ne olacak? Hen\u00fcz \u00fczerindeki \u00e7al\u0131\u015fmam\u0131z bitmedi\u011fi i\u00e7in commit etmek de hata olur. Bu sebeple stash komutu kullan\u0131l\u0131yor. <\/p>\n\n\n\n
git stash save \"dosyayi kayit ettim\"<\/code><\/pre>\n\n\n\n
Bu \u015fekilde yap\u0131lan kay\u0131tlar\u0131 g\u00f6rmek i\u00e7in;<\/p>\n\n\n\n
git stash list<\/code><\/pre>\n\n\n\n
Stash temizlemek i\u00e7in;<\/p>\n\n\n\n
git stash drop \/\/son stash silinir\ngit stash drop 1 \/\/id 1 olan stash silinir<\/code><\/pre>\n\n\n\n
Kay\u0131t yapt\u0131\u011f\u0131m\u0131z bir stash dosyas\u0131n\u0131 getirmek i\u00e7in;<\/p>\n\n\n\n
git stash pop \/\/son dosya getirilir.\ngit stash pop 1 \/\/id 1 olan dosya gelir.<\/code><\/pre>\n\n\n\n
![\"\"](\"https:\/\/mryed.com\/wp-content\/uploads\/2022\/10\/git-komutlari-add-1024x397.jpg\")