<\/span><\/h3>\n\n\n\nWindows kullan\u0131c\u0131lar\u0131 Git’in resm\u00ee indirme sayfas\u0131ndaki kurulum paketini kullanabilir. macOS \u00fczerinde Git, Xcode Command Line Tools arac\u0131l\u0131\u011f\u0131yla kurulabilir veya sisteminize uygun ba\u015fka bir kurulum y\u00f6ntemi tercih edilebilir. Linux da\u011f\u0131t\u0131mlar\u0131nda ise genellikle da\u011f\u0131t\u0131m\u0131n paket y\u00f6neticisi kullan\u0131l\u0131r.<\/p>\n\n\n\n
Kurulum dosyalar\u0131n\u0131 ve i\u015fletim sisteminize \u00f6zel talimatlar\u0131 Git’in resm\u00ee web sitesinden inceleyebilirsiniz.<\/p>\n\n\n\n
Kurulum tamamland\u0131ktan sonra terminali yeniden a\u00e7\u0131n ve s\u00fcr\u00fcm kontrol\u00fcn\u00fc tekrarlay\u0131n. Ard\u0131ndan Git’e commit kay\u0131tlar\u0131nda kullan\u0131lacak kullan\u0131c\u0131 ad\u0131n\u0131 ve e-posta adresini tan\u0131mlay\u0131n:<\/p>\n\n\n\n
git config --global user.name \"Kullan\u0131c\u0131 Ad\u0131\"\ngit config --global user.email \"eposta@example.com\"<\/code><\/pre>\n\n\n\nBuradaki bilgiler, olu\u015fturaca\u011f\u0131n\u0131z commit kay\u0131tlar\u0131n\u0131n yazar bilgilerini belirler. --global<\/code> se\u00e7ene\u011fi ayarlar\u0131n mevcut kullan\u0131c\u0131 hesab\u0131 i\u00e7in genel olarak uygulanmas\u0131n\u0131 sa\u011flar. \u0130sterseniz belirli bir projede farkl\u0131 bilgiler kullanmak i\u00e7in depo i\u00e7inde yerel ayarlar da tan\u0131mlayabilirsiniz.<\/p>\n\n\n\nAyarlar\u0131 kontrol etmek i\u00e7in:<\/p>\n\n\n\n
git config --list<\/code><\/pre>\n\n\n\nE-posta adresinizin herkese a\u00e7\u0131k depolarda g\u00f6r\u00fcnmesini istemiyorsan\u0131z commit kimli\u011finiz i\u00e7in uygun bir gizlilik ayar\u0131 se\u00e7meniz \u00f6nemlidir. Git yap\u0131land\u0131rmas\u0131ndaki e-posta adresi, GitHub hesab\u0131n\u0131z\u0131n kullan\u0131c\u0131 ad\u0131yla ayn\u0131 olmak zorunda de\u011fildir.<\/p>\n\n\n\n
<\/span>\u0130lk Git Projesi Nas\u0131l Olu\u015fturulur?<\/span><\/h2>\n\n\n\nGit’i \u00f6\u011frenmenin en kolay yolu k\u00fc\u00e7\u00fck bir proje \u00fczerinden ilerlemektir. \u00d6rne\u011fin, i\u00e7inde bir index.html<\/code> dosyas\u0131 bulunan basit bir web projesi haz\u0131rlayabilirsiniz.<\/p>\n\n\n\n\u00d6ncelikle proje klas\u00f6r\u00fcn\u00fc olu\u015fturun ve terminalde bu klas\u00f6re ge\u00e7in. Ard\u0131ndan \u015fu komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n\n\n\n
git init<\/code><\/pre>\n\n\n\nBu komut, bulundu\u011funuz klas\u00f6rde yeni bir Git deposu ba\u015flat\u0131r. Git, s\u00fcr\u00fcm kontrol\u00fc i\u00e7in gerekli bilgileri .git<\/code> adl\u0131 gizli bir dizinde tutar.<\/p>\n\n\n\n\u00d6nemli:<\/strong> git init<\/code> mevcut dosyalar\u0131n\u0131z\u0131 otomatik olarak commit etmez. Yaln\u0131zca klas\u00f6r\u00fc bir Git deposu h\u00e2line getirir. Dosyalar\u0131n\u0131z\u0131 s\u00fcr\u00fcm ge\u00e7mi\u015fine eklemek i\u00e7in ayr\u0131ca haz\u0131rlama ve commit i\u015flemlerini ger\u00e7ekle\u015ftirmeniz gerekir.<\/p>\n\n\n\nProjenin durumunu g\u00f6rmek i\u00e7in:<\/p>\n\n\n\n
git status<\/code><\/pre>\n\n\n\nBu komut, Git’in hangi dosyalar\u0131 takip etti\u011fini, hangi dosyalar\u0131n de\u011fi\u015fti\u011fini ve hangi de\u011fi\u015fikliklerin bir sonraki commit i\u00e7in haz\u0131rland\u0131\u011f\u0131n\u0131 g\u00f6sterir.<\/p>\n\n\n\n
<\/span>Git add ve git commit ne i\u015fe yarar?<\/span><\/h3>\n\n\n\nGit’in temel \u00e7al\u0131\u015fma mant\u0131\u011f\u0131nda iki \u00f6nemli ad\u0131m bulunur: De\u011fi\u015fiklikleri haz\u0131rlamak ve haz\u0131rlanan de\u011fi\u015fiklikleri ge\u00e7mi\u015fe kaydetmek.<\/p>\n\n\n\n
\u00d6rne\u011fin, index.html<\/code> dosyas\u0131n\u0131 olu\u015fturdu\u011funuzda Git bu dosyay\u0131 hen\u00fcz takip etmiyor olabilir. Dosyay\u0131 haz\u0131rlama alan\u0131na eklemek i\u00e7in:<\/p>\n\n\n\ngit add index.html<\/code><\/pre>\n\n\n\nProjedeki uygun t\u00fcm de\u011fi\u015fiklikleri haz\u0131rlamak i\u00e7in git add .<\/code> komutu da kullan\u0131labilir. Ancak bu komutu \u00e7al\u0131\u015ft\u0131rmadan \u00f6nce hangi dosyalar\u0131n eklenece\u011fini kontrol etmek iyi bir al\u0131\u015fkanl\u0131kt\u0131r.<\/p>\n\n\n\nHaz\u0131rlanan de\u011fi\u015fiklikleri kaydetmek i\u00e7in:<\/p>\n\n\n\n
git commit -m \"\u0130lk proje s\u00fcr\u00fcm\u00fcn\u00fc olu\u015ftur\"<\/code><\/pre>\n\n\n\nBu i\u015flem yeni bir commit olu\u015fturur. Commit, haz\u0131rlama alan\u0131ndaki de\u011fi\u015fikliklerin proje ge\u00e7mi\u015fine kaydedilmi\u015f bir s\u00fcr\u00fcm\u00fcd\u00fcr.<\/p>\n\n\n\n
Burada \u00f6nemli bir ayr\u0131nt\u0131 vard\u0131r: git add<\/code> dosyay\u0131 haz\u0131rlama alan\u0131na ekler, git commit<\/code> ise haz\u0131rlanan i\u00e7eri\u011fi yerel ge\u00e7mi\u015fe kaydeder. Dosyay\u0131 de\u011fi\u015ftirdikten sonra yeniden git add<\/code> \u00e7al\u0131\u015ft\u0131rmazsan\u0131z son de\u011fi\u015fiklikler bir sonraki commit’e dahil edilmeyebilir.<\/p>\n\n\n\n<\/span>G\u00fcnl\u00fck Kullan\u0131mda En \u00c7ok \u0130\u015fe Yarayan Git Komutlar\u0131<\/span><\/h2>\n\n\n\nGit’in \u00e7ok say\u0131da komutu vard\u0131r ancak ba\u015flang\u0131\u00e7ta bunlar\u0131n tamam\u0131n\u0131 \u00f6\u011frenmeniz gerekmez. G\u00fcnl\u00fck geli\u015ftirme s\u00fcrecinde a\u015fa\u011f\u0131daki komutlar \u00e7o\u011fu temel i\u015flemi ger\u00e7ekle\u015ftirmenize yard\u0131mc\u0131 olur.<\/p>\n\n\n\nGit komutu<\/th> G\u00f6revi<\/th><\/tr> git status<\/code><\/td>Depodaki dosyalar\u0131n durumunu g\u00f6sterir.<\/td><\/tr> git add dosya<\/code><\/td>Belirtilen dosyan\u0131n de\u011fi\u015fikliklerini haz\u0131rlama alan\u0131na ekler.<\/td><\/tr> git commit -m \"mesaj\"<\/code><\/td>Haz\u0131rlanan de\u011fi\u015fiklikleri ge\u00e7mi\u015fe kaydeder.<\/td><\/tr> git log<\/code><\/td>Commit ge\u00e7mi\u015fini listeler.<\/td><\/tr> git diff<\/code><\/td>Hen\u00fcz haz\u0131rlanmam\u0131\u015f de\u011fi\u015fiklikleri g\u00f6sterir.<\/td><\/tr> git diff --staged<\/code><\/td>Haz\u0131rlama alan\u0131ndaki de\u011fi\u015fiklikleri g\u00f6sterir.<\/td><\/tr> git branch<\/code><\/td>Yerel branch listesini g\u00f6sterir.<\/td><\/tr> git switch branch-adi<\/code><\/td>Belirtilen branch’e ge\u00e7er.<\/td><\/tr> git merge branch-adi<\/code><\/td>Belirtilen branch’teki de\u011fi\u015fiklikleri mevcut branch ile birle\u015ftirir.<\/td><\/tr> git clone depo-adresi<\/code><\/td>Uzak bir deponun yerel kopyas\u0131n\u0131 olu\u015fturur.<\/td><\/tr> git pull<\/code><\/td>Uzak depodaki de\u011fi\u015fiklikleri al\u0131p mevcut yerel \u00e7al\u0131\u015fma \u00e7izgisine entegre eder.<\/td><\/tr> git push<\/code><\/td>Yerel commit kay\u0131tlar\u0131n\u0131 uzak depoya g\u00f6nderir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nBu komutlar\u0131n ne yapt\u0131\u011f\u0131n\u0131 bilmek kadar hangi s\u0131rayla kullan\u0131laca\u011f\u0131n\u0131 anlamak da \u00f6nemlidir. \u00d6rne\u011fin, bir dosyada de\u011fi\u015fiklik yapt\u0131ktan sonra git status<\/code> ile kontrol etmek, git diff<\/code> ile farklar\u0131 incelemek, ard\u0131ndan git add<\/code> ve git commit<\/code> komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rmak daha kontroll\u00fc bir i\u015f ak\u0131\u015f\u0131 sa\u011flar.<\/p>\n\n\n\n<\/span>Git Branch Nedir? Yeni Bir \u00d6zellik Nas\u0131l Geli\u015ftirilir?<\/span><\/h2>\n\n\n\nBranch, bir projenin geli\u015ftirme ge\u00e7mi\u015fi i\u00e7inde ayr\u0131 bir \u00e7al\u0131\u015fma \u00e7izgisidir. Ana projeyi do\u011frudan de\u011fi\u015ftirmek yerine yeni bir branch olu\u015fturarak farkl\u0131 bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015fabilirsiniz.<\/p>\n\n\n\n
\u00d6rne\u011fin, mevcut web sitenize bir arama b\u00f6l\u00fcm\u00fc eklemek istiyorsunuz. Bu \u00f6zelli\u011fi do\u011frudan ana branch \u00fczerinde geli\u015ftirmek yerine arama-ozelligi<\/code> ad\u0131nda ayr\u0131 bir branch olu\u015fturabilirsiniz:<\/p>\n\n\n\ngit switch -c arama-ozelligi<\/code><\/pre>\n\n\n\nBu komut yeni branch olu\u015fturur ve sizi otomatik olarak o branch’e ge\u00e7irir. Art\u0131k yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri bu \u00e7al\u0131\u015fma \u00e7izgisi \u00fczerinde commit edebilirsiniz.<\/p>\n\n\n\n
Mevcut branch’leri listelemek i\u00e7in:<\/p>\n\n\n\n
git branch<\/code><\/pre>\n\n\n\nBa\u015fka bir branch’e ge\u00e7mek i\u00e7in:<\/p>\n\n\n\n
git switch main<\/code><\/pre>\n\n\n\nBuradaki main<\/code>, ana branch’in yayg\u0131n ad\u0131d\u0131r. Projenizde ana branch farkl\u0131 isimlendirilmi\u015f olabilir.<\/p>\n\n\n\nYeni \u00f6zellik tamamland\u0131\u011f\u0131nda de\u011fi\u015fiklikleri ana branch’e birle\u015ftirebilirsiniz. \u00d6nce ana branch’e ge\u00e7in:<\/p>\n\n\n\n
git switch main<\/code><\/pre>\n\n\n\nArd\u0131ndan yeni branch’teki de\u011fi\u015fiklikleri birle\u015ftirin:<\/p>\n\n\n\n
git merge arama-ozelligi<\/code><\/pre>\n\n\n\nBirle\u015ftirme i\u015flemi sorunsuz tamamlan\u0131rsa yeni \u00f6zellik ana geli\u015ftirme \u00e7izgisine dahil edilir. Birle\u015ftirme sonras\u0131nda eski branch’i silmek isterseniz \u015fu komutu kullanabilirsiniz:<\/p>\n\n\n\n
git branch -d arama-ozelligi<\/code><\/pre>\n\n\n\nBranch kullan\u0131m\u0131, \u00f6zellikle ayn\u0131 projede birden fazla \u00f6zellik veya hata d\u00fczeltmesi \u00fczerinde \u00e7al\u0131\u015f\u0131rken d\u00fczen sa\u011flar. Ekip \u00e7al\u0131\u015fmalar\u0131nda de\u011fi\u015fikliklerin incelenmesi ve onaylanmas\u0131 i\u00e7in de uygun bir temel olu\u015fturur.<\/p>\n\n\n\n
<\/span>GitHub ile Git Kullan\u0131m\u0131: De\u011fi\u015fiklikler Nas\u0131l Payla\u015f\u0131l\u0131r?<\/span><\/h2>\n\n\n\nYerel Git deponuz haz\u0131r oldu\u011funda projeyi bir uzak depoyla e\u015fle\u015ftirebilirsiniz. GitHub \u00fczerinde bo\u015f bir depo olu\u015fturdu\u011funuzu varsayal\u0131m. Platformun sundu\u011fu depo adresini yerel projenize eklemek i\u00e7in \u015fu komutu kullanabilirsiniz:<\/p>\n\n\n\n
git remote add origin DEPO_ADRESI<\/code><\/pre>\n\n\n\nDEPO_ADRESI<\/code> yerine GitHub’\u0131n verdi\u011fi ger\u00e7ek depo adresini yazman\u0131z gerekir. origin<\/code>, uzak depo i\u00e7in yayg\u0131n olarak kullan\u0131lan bir isimdir; zorunlu bir isim de\u011fildir.<\/p>\n\n\n\nYerel branch’inizin ad\u0131n\u0131 main<\/code> yapmak istiyorsan\u0131z ve bu ad hen\u00fcz kullan\u0131lm\u0131yorsa \u015fu komutu \u00e7al\u0131\u015ft\u0131rabilirsiniz:<\/p>\n\n\n\ngit branch -M main<\/code><\/pre>\n\n\n\nArd\u0131ndan commit kay\u0131tlar\u0131n\u0131z\u0131 uzak depoya g\u00f6nderebilirsiniz:<\/p>\n\n\n\n
git push -u origin main<\/code><\/pre>\n\n\n\nBu i\u015flem yerel main<\/code> branch’indeki commit’leri origin<\/code> adl\u0131 uzak depodaki main<\/code> branch’ine g\u00f6nderir. -u<\/code> se\u00e7ene\u011fi, sonraki i\u015flemlerde kullan\u0131lacak takip ili\u015fkisini kurar.<\/p>\n\n\n\nBir ekip arkada\u015f\u0131n\u0131z uzak depoya yeni de\u011fi\u015fiklikler g\u00f6nderdiyse bunlar\u0131 almak i\u00e7in genellikle \u015fu komut kullan\u0131l\u0131r:<\/p>\n\n\n\n
git pull<\/code><\/pre>\n\n\n\nBu komut, yap\u0131land\u0131r\u0131lm\u0131\u015f uzak kaynaktaki de\u011fi\u015fiklikleri al\u0131r ve mevcut branch ile entegre eder. \u00c7ak\u0131\u015fma olu\u015fmas\u0131 veya uzak ge\u00e7mi\u015fin yerel ge\u00e7mi\u015fle uyumlu olmamas\u0131 gibi durumlarda ek i\u015flem gerekebilir.<\/p>\n\n\n\n
GitHub \u00fczerinden ba\u015fka geli\u015ftiricilerin katk\u0131lar\u0131n\u0131 incelemek ve birle\u015ftirmeden \u00f6nce de\u011ferlendirmek i\u00e7in pull request mekanizmas\u0131 da kullan\u0131labilir. Bu y\u00f6ntem, \u00f6zellikle do\u011frudan ana branch’e g\u00f6nderim yap\u0131lmayan ekiplerde kod inceleme s\u00fcrecini kolayla\u015ft\u0131r\u0131r.<\/p>\n\n\n\n
<\/span>Git Merge Conflict Nedir? \u00c7ak\u0131\u015fmalar Nas\u0131l \u00c7\u00f6z\u00fcl\u00fcr?<\/span><\/h2>\n\n\n\n\u0130ki farkl\u0131 branch’te ayn\u0131 dosyan\u0131n ayn\u0131 b\u00f6l\u00fcm\u00fc de\u011fi\u015ftirilmi\u015fse Git hangi de\u011fi\u015fikli\u011fin korunmas\u0131 gerekti\u011fine her zaman otomatik olarak karar veremez. Bu durumda merge conflict, yani birle\u015ftirme \u00e7ak\u0131\u015fmas\u0131 olu\u015fabilir.<\/p>\n\n\n\n
Git, \u00e7ak\u0131\u015fan b\u00f6l\u00fcm\u00fc dosyada a\u015fa\u011f\u0131dakine benzer i\u015faretlerle g\u00f6sterebilir:<\/p>\n\n\n\n
<<<<<<< HEAD\nBa\u015fl\u0131k: Yeni \u00dcr\u00fcnler\n=======\nBa\u015fl\u0131k: \u00d6ne \u00c7\u0131kan \u00dcr\u00fcnler\n>>>>>>> arama-ozelligi<\/code><\/pre>\n\n\n\nBu i\u015faretler, mevcut branch’teki i\u00e7erikle birle\u015ftirilen branch’teki i\u00e7eri\u011fi birbirinden ay\u0131r\u0131r. \u00c7\u00f6z\u00fcm i\u00e7in dosyay\u0131 a\u00e7\u0131p hangi i\u00e7eri\u011fin korunaca\u011f\u0131na karar vermeli, gerekiyorsa iki de\u011fi\u015fikli\u011fi birle\u015ftirerek do\u011fru sonucu olu\u015fturmal\u0131s\u0131n\u0131z.<\/p>\n\n\n\n
D\u00fczenleme tamamland\u0131ktan sonra \u00e7ak\u0131\u015fma i\u015faretlerini kald\u0131r\u0131n ve dosyan\u0131n son h\u00e2lini kontrol edin. Ard\u0131ndan:<\/p>\n\n\n\n
git add index.html\ngit commit -m \"Birle\u015ftirme \u00e7ak\u0131\u015fmas\u0131n\u0131 \u00e7\u00f6z\"<\/code><\/pre>\n\n\n\nBu \u00f6rnekte index.html<\/code> dosyas\u0131n\u0131n \u00e7ak\u0131\u015fma i\u00e7eren dosya oldu\u011funu varsay\u0131yoruz. Ger\u00e7ek projede komutlarda kendi dosya ad\u0131n\u0131z\u0131 kullanmal\u0131s\u0131n\u0131z. Baz\u0131 birle\u015ftirme i\u015flemlerinde Git otomatik olarak birle\u015ftirme commit’i olu\u015fturabilir veya farkl\u0131 bir tamamlama ad\u0131m\u0131 gerekebilir. Bu nedenle i\u015flemden \u00f6nce git status<\/code> \u00e7\u0131kt\u0131s\u0131n\u0131 kontrol etmek \u00f6nemlidir.<\/p>\n\n\n\n\u00c7ak\u0131\u015fma olu\u015fmas\u0131, projenin bozuldu\u011fu anlam\u0131na gelmez. Git yaln\u0131zca hangi de\u011fi\u015fikli\u011fin se\u00e7ilmesi gerekti\u011fi konusunda karar veremedi\u011fini bildirir. Dosyan\u0131n son h\u00e2lini dikkatle d\u00fczenlemek sorunu \u00e7o\u011fu zaman \u00e7\u00f6zer.<\/p>\n\n\n\n
<\/span>Git ile Yap\u0131lan De\u011fi\u015fiklikler Nas\u0131l Geri Al\u0131n\u0131r?<\/span><\/h2>\n\n\n\nGit’in en kullan\u0131\u015fl\u0131 y\u00f6nlerinden biri, de\u011fi\u015fiklikleri inceleme ve belirli i\u015flemleri geri alma olana\u011f\u0131 sunmas\u0131d\u0131r. Ancak her geri alma komutu ayn\u0131 sonucu do\u011furmaz. Baz\u0131lar\u0131 yaln\u0131zca dosyalardaki d\u00fczenlemeleri etkilerken baz\u0131lar\u0131 commit ge\u00e7mi\u015fini de\u011fi\u015ftirir.<\/p>\n\n\n\n
Hen\u00fcz haz\u0131rlama alan\u0131na eklenmemi\u015f de\u011fi\u015fiklikleri g\u00f6rmek i\u00e7in:<\/p>\n\n\n\n
git diff<\/code><\/pre>\n\n\n\nHaz\u0131rlanm\u0131\u015f de\u011fi\u015fiklikleri kontrol etmek i\u00e7in:<\/p>\n\n\n\n
git diff --staged<\/code><\/pre>\n\n\n\nBir commit’in hangi dosyalar\u0131 de\u011fi\u015ftirdi\u011fini ve commit ge\u00e7mi\u015fini incelemek i\u00e7in:<\/p>\n\n\n\n
git log --oneline<\/code><\/pre>\n\n\n\n\u00d6nceki bir commit’in yapt\u0131\u011f\u0131 de\u011fi\u015fiklikleri geri almak istedi\u011finizde git revert<\/code> kullan\u0131labilir. Bu komut, \u00f6nceki de\u011fi\u015fiklikleri tersine \u00e7eviren yeni bir commit olu\u015fturur:<\/p>\n\n\n\ngit revert COMMIT_KIMLIGI<\/code><\/pre>\n\n\n\nCOMMIT_KIMLIGI<\/code> yerine geri almak istedi\u011finiz commit’in kimli\u011fini yazmal\u0131s\u0131n\u0131z. \u00d6zellikle ba\u015fkalar\u0131yla payla\u015f\u0131lan branch’lerde, ge\u00e7mi\u015fi yeniden yazmak yerine git revert<\/code> kullanmak daha g\u00fcvenli bir se\u00e7enek olabilir.<\/p>\n\n\n\n\u00d6te yandan git reset<\/code> ve git restore<\/code> gibi komutlar farkl\u0131 ama\u00e7lara hizmet eder. Yanl\u0131\u015f se\u00e7eneklerle kullan\u0131ld\u0131klar\u0131nda commit’leri veya yerel de\u011fi\u015fiklikleri eri\u015filmesi zor h\u00e2le getirebilir ya da kaybettirebilirler. Bu nedenle neyi geri almak istedi\u011finizden emin olmadan geli\u015fig\u00fczel geri alma komutlar\u0131 \u00e7al\u0131\u015ft\u0131rmay\u0131n. \u00d6nemli dosyalarda i\u015flem yapmadan \u00f6nce yedek almak da faydal\u0131d\u0131r.<\/p>\n\n\n\n<\/span>.gitignore Dosyas\u0131 Neden \u00d6nemlidir?<\/span><\/h2>\n\n\n\nHer proje dosyas\u0131n\u0131n s\u00fcr\u00fcm kontrol\u00fcne eklenmesi gerekmez. \u00d6nbellek dosyalar\u0131, ge\u00e7ici \u00e7\u0131kt\u0131lar, yerel ortam ayarlar\u0131 ve ba\u011f\u0131ml\u0131l\u0131k dizinleri gibi i\u00e7erikler projeye g\u00f6re Git d\u0131\u015f\u0131nda tutulabilir.<\/p>\n\n\n\n
Bunun i\u00e7in proje k\u00f6k dizininde .gitignore<\/code> adl\u0131 bir dosya olu\u015fturulur. \u00d6rne\u011fin:<\/p>\n\n\n\n.env\n.env.local\nnode_modules\/\nvendor\/\n.DS_Store<\/code><\/pre>\n\n\n\nBu \u00f6rnek, ilgili desenlerle e\u015fle\u015fen dosya ve dizinlerin Git taraf\u0131ndan izlenmeyen de\u011fi\u015fiklikler olarak de\u011ferlendirilmesini \u00f6nlemeye yard\u0131mc\u0131 olur. Ancak .gitignore<\/code>, daha \u00f6nce Git taraf\u0131ndan takip edilmeye ba\u015flanm\u0131\u015f bir dosyay\u0131 otomatik olarak takip d\u0131\u015f\u0131na \u00e7\u0131karmaz.<\/p>\n\n\n\n\u00d6zellikle .env<\/code> gibi dosyalar veritaban\u0131 parolalar\u0131, API anahtarlar\u0131 veya ba\u015fka gizli bilgiler i\u00e7erebilir. Bu bilgileri herkese a\u00e7\u0131k bir depoya g\u00f6ndermemek \u00f6nemlidir. Gizli bilgiler yanl\u0131\u015fl\u0131kla commit edilmi\u015fse yaln\u0131zca dosyay\u0131 sonraki s\u00fcr\u00fcmden silmek yeterli olmayabilir; \u00f6nce s\u0131zan anahtarlar\u0131 veya parolalar\u0131 ge\u00e7ersiz k\u0131lmal\u0131, ard\u0131ndan gerekirse depo ge\u00e7mi\u015fi i\u00e7in ek temizlik i\u015flemleri uygulamal\u0131s\u0131n\u0131z.<\/p>\n\n\n\n<\/span>Git Kullan\u0131rken Yap\u0131lan Yayg\u0131n Hatalar<\/span><\/h2>\n\n\n\nGit’i \u00f6\u011frenirken kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131n \u00f6nemli bir b\u00f6l\u00fcm\u00fc, komutlar\u0131n ne yapt\u0131\u011f\u0131n\u0131 bilmeden uygulanmas\u0131ndan kaynaklan\u0131r. A\u015fa\u011f\u0131daki al\u0131\u015fkanl\u0131klar daha kontroll\u00fc \u00e7al\u0131\u015fman\u0131za yard\u0131mc\u0131 olabilir:<\/p>\n\n\n\n
\nCommit mesajlar\u0131n\u0131 belirsiz yazmak:<\/strong> de\u011fi\u015fiklik yap\u0131ld\u0131<\/code> gibi mesajlar yerine hangi i\u015fin tamamland\u0131\u011f\u0131n\u0131 anlatan k\u0131sa ifadeler kullan\u0131n.<\/li>\n\n\n\nDe\u011fi\u015fiklikleri kontrol etmeden commit almak:<\/strong> git status<\/code> ve git diff<\/code> komutlar\u0131yla kaydedilecek i\u00e7eri\u011fi inceleyin.<\/li>\n\n\n\nHer \u015feyi tek commit’te toplamak:<\/strong> Birbiriyle ilgisiz de\u011fi\u015fiklikleri m\u00fcmk\u00fcn oldu\u011funda ayr\u0131 ve anlaml\u0131 commit’lere b\u00f6l\u00fcn.<\/li>\n\n\n\nUzak depoya g\u00f6ndermeyi unutmak:<\/strong> Commit kay\u0131tlar\u0131 varsay\u0131lan olarak yerel depoya kaydedilir. git push<\/code> yap\u0131lmad\u0131k\u00e7a uzak depoya g\u00f6nderilmi\u015f olmaz.<\/li>\n\n\n\nGizli bilgileri depoya eklemek:<\/strong> .env<\/code> dosyalar\u0131n\u0131 ve parolalar\u0131 kontrol edin, uygun .gitignore<\/code> kurallar\u0131 kullan\u0131n.<\/li>\n\n\n\n