\ngit config --global user.name \"Ad\u0131n\u0131z Soyad\u0131n\u0131z\"\ngit config --global user.email \"eposta@adresiniz.com\"\n <\/pre>\n<\/code><\/p>\n \u015eimdi bir projeye ba\u015flaman\u0131n veya mevcut bir projeyi Git alt\u0131na alman\u0131n zaman\u0131 geldi. Yeni bir proje i\u00e7in, proje klas\u00f6r\u00fcn\u00fcze gidin ve \u015fu komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n
\nmkdir benim-yeni-projem\ncd benim-yeni-projem\ngit init\n    <\/pre>\n<\/code><\/p>\n
git init<\/code> komutu, bulundu\u011funuz dizini bir Git deposuna d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. Art\u0131k bu klas\u00f6rdeki t\u00fcm de\u011fi\u015fiklikleri Git ile takip edebilirsiniz. Projenize dosyalar ekledikten veya mevcut dosyalar\u0131 de\u011fi\u015ftirdikten sonra, bu de\u011fi\u015fiklikleri Git'in takip etmesi i\u00e7in ge\u00e7ici alana (staging area) eklemeniz gerekir. \u00d6rne\u011fin, t\u00fcm de\u011fi\u015fiklikleri eklemek i\u00e7in:<\/p>\n\ngit add .\n    <\/pre>\n<\/code><\/p>\n
Belirli bir dosyay\u0131 eklemek i\u00e7in ise:<\/p>\n\ngit add index.html\n    <\/pre>\n<\/code><\/p>\n
De\u011fi\u015fiklikleri ge\u00e7ici alana ekledikten sonra, bunlar\u0131 depoya kal\u0131c\u0131 olarak kaydetmek i\u00e7in bir commit olu\u015fturmal\u0131s\u0131n\u0131z:<\/p>\n\ngit commit -m \"\u0130lk commit: Proje yap\u0131s\u0131 olu\u015fturuldu ve ba\u015flang\u0131\u00e7 dosyalar\u0131 eklendi.\"\n    <\/pre>\n<\/code><\/p>\n
Commit mesaj\u0131n\u0131zda yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri a\u00e7\u0131klamak, projenin ge\u00e7mi\u015fini okurken size ve ekibinize b\u00fcy\u00fck kolayl\u0131k sa\u011flar. Bu temel ad\u0131mlar, Git ile versiyon kontrol\u00fcn\u00fc projenize entegre etmenin ilk basamaklar\u0131n\u0131 olu\u015fturur. \u0130lerleyen b\u00f6l\u00fcmlerde, bu temel \u00fczerine in\u015fa edece\u011fimiz daha karma\u015f\u0131k Git i\u015f ak\u0131\u015flar\u0131n\u0131 inceleyece\u011fiz.<\/p>\n\u00c7al\u0131\u015fma Dizini, Ge\u00e7ici Alan (Staging Area) ve Yerel Depo Aras\u0131ndaki Kritik Farklar Nelerdir?<\/h3>\nGit'in \u00e7al\u0131\u015fma mant\u0131\u011f\u0131n\u0131 tam olarak kavramak i\u00e7in \"\u00fc\u00e7 a\u011fa\u00e7\" olarak da bilinen \u00e7al\u0131\u015fma dizini, ge\u00e7ici alan ve yerel depo aras\u0131ndaki fark\u0131 anlamak \u00e7ok \u00f6nemlidir. \u00c7al\u0131\u015fma Dizini (Working Directory)<\/a>, bilgisayar\u0131n\u0131zda g\u00f6rd\u00fc\u011f\u00fcn\u00fcz ve do\u011frudan \u00fczerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z dosyalard\u0131r. Yani, proje klas\u00f6r\u00fcn\u00fczdeki t\u00fcm kod, resim ve di\u011fer varl\u0131klar buradad\u0131r. De\u011fi\u015fiklikleri yapar yapmaz, bunlar \u00e7al\u0131\u015fma dizininde \"de\u011fi\u015ftirilmi\u015f\" (modified) durumdad\u0131r.<\/p>\n
De\u011fi\u015fikliklerinizi kaydetmeden \u00f6nce, Git'e hangi de\u011fi\u015fikliklerin bir sonraki commit'e dahil edilece\u011fini belirtmeniz gerekir. \u0130\u015fte bu noktada Ge\u00e7ici Alan (Staging Area veya Index)<\/a> devreye girer. git add<\/code> komutunu kullanarak, \u00e7al\u0131\u015fma dizinindeki de\u011fi\u015ftirilmi\u015f dosyalar\u0131 ge\u00e7ici alana eklersiniz. Bu, Git'e \"Bu de\u011fi\u015fiklikler bir sonraki commit i\u00e7in haz\u0131r\" demektir. Ge\u00e7ici alan, commit yapmak istedi\u011finiz de\u011fi\u015fiklikleri hassas bir \u015fekilde se\u00e7menize olanak tan\u0131r. \u00d6rne\u011fin, bir dosyada birden fazla de\u011fi\u015fiklik yapt\u0131ysan\u0131z ve bunlardan sadece baz\u0131lar\u0131n\u0131 commit etmek istiyorsan\u0131z, git add -p<\/code> gibi komutlarla bu se\u00e7imi yapabilirsiniz.<\/p>\n
Son olarak, Yerel Depo (Local Repository)<\/a>, t\u00fcm commit'lerinizin sakland\u0131\u011f\u0131 yerdir. Ge\u00e7ici alandaki de\u011fi\u015fiklikleri git commit<\/code> komutu ile depoya kaydetti\u011finizde, bu de\u011fi\u015fiklikler projenizin kal\u0131c\u0131 ge\u00e7mi\u015fine eklenir. Her commit, projenizin o anki tam bir anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc temsil eder. Bu \u00fc\u00e7 a\u015famal\u0131 yap\u0131, geli\u015ftiricilere de\u011fi\u015fikliklerini daha kontroll\u00fc bir \u015fekilde y\u00f6netme, istenmeyen kodlar\u0131 commit'e dahil etmeme ve projenin ge\u00e7mi\u015fini temiz tutma imkan\u0131 sunar. Git'in g\u00fcc\u00fcn\u00fcn \u00f6nemli bir k\u0131sm\u0131, bu ayr\u0131m\u0131 etkin bir \u015fekilde kullanabilmekten gelir.<\/p>\n
Dallanma, Birle\u015ftirme ve Uzak Depolarla \u00c7al\u0131\u015fma: Ekip \u0130\u00e7i Ak\u0131\u015f\u0131 Nas\u0131l Optimize Edersiniz?<\/h2>\nGit'in en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri dallanma (branching) mekanizmas\u0131d\u0131r. Dallanma, bir projenin ana ak\u0131\u015f\u0131ndan ayr\u0131l\u0131p ba\u011f\u0131ms\u0131z bir geli\u015ftirme hatt\u0131 olu\u015fturman\u0131z\u0131 sa\u011flar. Bu, \u00f6zellikle ekip i\u00e7inde \u00e7al\u0131\u015f\u0131rken veya yeni bir \u00f6zellik \u00fczerinde denerken kritik \u00f6neme sahiptir. Ana geli\u015ftirme dal\u0131 olan genellikle 'main' veya 'master' dal\u0131, stabil ve yay\u0131nlanmaya haz\u0131r kodlar\u0131 bar\u0131nd\u0131r\u0131r. Yeni bir \u00f6zellik veya hata d\u00fczeltmesi \u00fczerinde \u00e7al\u0131\u015f\u0131rken, bu ana daldan yeni bir dal olu\u015fturarak ba\u011f\u0131ms\u0131z bir \u00e7al\u0131\u015fma ortam\u0131 yarat\u0131rs\u0131n\u0131z. B\u00f6ylece, ana projenin stabilitesini bozmadan, kendi de\u011fi\u015fikliklerinizi g\u00fcvenle yapabilirsiniz.<\/p>\n
Yeni bir dal olu\u015fturmak ve o dala ge\u00e7i\u015f yapmak i\u00e7in:<\/p>\n\ngit branch yeni-ozellik\ngit checkout yeni-ozellik\n    <\/pre>\n<\/code><\/p>\n
Veya daha k\u0131sa yolu:<\/p>\n\ngit checkout -b yeni-ozellik\n    <\/pre>\n<\/code><\/p>\n
T\u00fcm dallar\u0131 listelemek i\u00e7in git branch<\/code> komutunu kullanabilirsiniz. \u00c7al\u0131\u015fman\u0131z\u0131 tamamlad\u0131\u011f\u0131n\u0131zda, yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri ana dala geri birle\u015ftirmeniz gerekir. Bu i\u015fleme birle\u015ftirme (merge) denir. \u00d6ncelikle ana dala geri d\u00f6nmeli, ard\u0131ndan yeni dal\u0131 ana dalla birle\u015ftirmelisiniz:<\/p>\n\ngit checkout main\ngit merge yeni-ozellik\n    <\/pre>\n<\/code><\/p>\nBirle\u015ftirme s\u0131ras\u0131nda, ayn\u0131 dosyan\u0131n ayn\u0131 b\u00f6lgelerinde farkl\u0131 de\u011fi\u015fiklikler yap\u0131lm\u0131\u015fsa, \u00e7ak\u0131\u015fmalar (merge conflicts)<\/a> ortaya \u00e7\u0131kabilir. Git, \u00e7ak\u0131\u015fan b\u00f6lgeleri \u00f6zel i\u015faretlerle size g\u00f6sterir ve bu b\u00f6lgeleri manuel olarak d\u00fczeltmenizi bekler. \u00c7\u00f6z\u00fcmledikten sonra dosyay\u0131 kaydedip git add<\/code> ve git commit<\/code> yaparak birle\u015ftirme i\u015flemini tamamlars\u0131n\u0131z.<\/p>\n
Uzak depolar (remotes), Git'in i\u015fbirli\u011fi y\u00f6n\u00fcn\u00fcn temelini olu\u015fturur. GitHub, GitLab veya Bitbucket gibi platformlarda bar\u0131nd\u0131r\u0131lan bu depolar, projenizin merkezi bir kopyas\u0131n\u0131 sunar ve ekip \u00fcyelerinin de\u011fi\u015fiklikleri payla\u015fmas\u0131na olanak tan\u0131r. Mevcut bir uzak depoyu kopyalamak i\u00e7in:<\/p>\n
\ngit clone \n    <\/pre>\n<\/code><\/p>\n
Bu komut, uzak depodaki t\u00fcm dosyalar\u0131 ve ge\u00e7mi\u015fi bilgisayar\u0131n\u0131za kopyalar. Yerel de\u011fi\u015fikliklerinizi uzak depoya g\u00f6ndermek i\u00e7in:<\/p>\n
\ngit push origin main\n    <\/pre>\n<\/code><\/p>\n
Burada 'origin', uzak deponuzun varsay\u0131lan ad\u0131d\u0131r ve 'main' ise g\u00f6nderdi\u011finiz dald\u0131r. Ekip \u00fcyelerinin yapt\u0131\u011f\u0131 de\u011fi\u015fiklikleri kendi yerel deponuza almak i\u00e7in ise:<\/p>\n
\ngit pull origin main\n    <\/pre>\n<\/code><\/p>\n
git pull<\/code> asl\u0131nda iki komutun birle\u015fimidir: git fetch<\/code> (uzak depodan de\u011fi\u015fiklikleri indirir ama birle\u015ftirmez) ve git merge<\/code> (indirilen de\u011fi\u015fiklikleri yerel dal\u0131n\u0131zla birle\u015ftirir). git fetch<\/code>'i ayr\u0131 kullanmak, uzak depodaki yenilikleri g\u00f6rmek ama hen\u00fcz kendi kodunuzla birle\u015ftirmek istemedi\u011finiz durumlarda faydal\u0131d\u0131r. Bu dallanma, birle\u015ftirme ve uzak depo etkile\u015fimleri, modern yaz\u0131l\u0131m geli\u015ftirme i\u015f ak\u0131\u015flar\u0131n\u0131n bel kemi\u011fini olu\u015fturur ve ekip \u00fcyelerinin e\u015f zamanl\u0131 ve d\u00fczenli bir \u015fekilde \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131r.<\/p>\n
Merge Conflict'leri Anlamak ve Etkili Bir \u015eekilde \u00c7\u00f6zmek \u0130\u00e7in Ne Yapmal\u0131s\u0131n\u0131z?<\/h3>\nGit'te merge conflict (birle\u015ftirme \u00e7ak\u0131\u015fmas\u0131), iki farkl\u0131 dalda ayn\u0131 dosyan\u0131n ayn\u0131 sat\u0131rlar\u0131nda veya birbirine \u00e7ok yak\u0131n b\u00f6lgelerinde farkl\u0131 de\u011fi\u015fiklikler yap\u0131ld\u0131\u011f\u0131nda ortaya \u00e7\u0131kar. Git, bu \u00e7ak\u0131\u015fmalar\u0131 otomatik olarak \u00e7\u00f6zemedi\u011fi i\u00e7in m\u00fcdahale etmenizi ister. Bir \u00e7ak\u0131\u015fma olu\u015ftu\u011funda, git status<\/code> komutu size \u00e7ak\u0131\u015fan dosyalar\u0131 g\u00f6sterir. Bu dosyalar\u0131 bir metin d\u00fczenleyici ile a\u00e7t\u0131\u011f\u0131n\u0131zda, Git'in ekledi\u011fi \u00f6zel i\u015faretleri g\u00f6r\u00fcrs\u00fcn\u00fcz:<\/p>\n
\n<<<<<<< HEAD\nBu benim yerel dal\u0131mdaki de\u011fi\u015fiklik.\n=======\nBu, birle\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131m daldaki de\u011fi\u015fiklik.\n>>>>>>> diger-dal-adi\n    <\/pre>\n<\/code><\/p>\n
<<<<<<< HEAD<\/code> ile =======<\/code> aras\u0131ndaki k\u0131s\u0131m, \u00fczerinde bulundu\u011funuz (HEAD) daldaki de\u011fi\u015fiklikleri g\u00f6sterir. =======<\/code> ile >>>>>>> diger-dal-adi<\/code> aras\u0131ndaki k\u0131s\u0131m ise birle\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z daldaki de\u011fi\u015fiklikleri g\u00f6sterir. \u00c7ak\u0131\u015fmay\u0131 \u00e7\u00f6zmek i\u00e7in, bu i\u015faretleri ve her iki taraftaki kod par\u00e7ac\u0131klar\u0131n\u0131 silerek, kodun son halinin nas\u0131l olmas\u0131 gerekti\u011fini manuel olarak d\u00fczenlemeniz gerekir. Yani, her iki de\u011fi\u015fikli\u011fi birle\u015ftirebilir, birini tercih edebilir veya tamamen yeni bir kod yazabilirsiniz. Dosyay\u0131 d\u00fczenleyip kaydettikten sonra, git add <\u00e7\u00f6z\u00fclen_dosya_ad\u0131><\/code> komutuyla Git'e \u00e7ak\u0131\u015fman\u0131n \u00e7\u00f6z\u00fcld\u00fc\u011f\u00fcn\u00fc bildirirsiniz. Son olarak, git commit<\/code> komutuyla birle\u015ftirme i\u015flemini tamamlars\u0131n\u0131z. Genellikle Git, birle\u015ftirme commit mesaj\u0131n\u0131 otomatik olarak olu\u015fturur, ancak dilerseniz bunu de\u011fi\u015ftirebilirsiniz. Merge conflict'leri ba\u015flang\u0131\u00e7ta g\u00f6z korkutucu gelse de, d\u00fczenli pratikle h\u0131zl\u0131ca \u00e7\u00f6zebilece\u011finiz rutin bir i\u015flem haline gelirler. \u00d6nemli olan, sakin kalmak, \u00e7ak\u0131\u015fan kod bloklar\u0131n\u0131 dikkatlice incelemek ve do\u011fru karar\u0131 vermektir.<\/p>\n
Ge\u00e7mi\u015fi Y\u00f6netme, Hatalardan D\u00f6nme ve \u0130leri D\u00fczey Teknikler: Projenizi Nas\u0131l G\u00fcvende Tutar ve Profesyonelle\u015ftirirsiniz?<\/h2>\nGit, projenizin ge\u00e7mi\u015fini detayl\u0131 bir \u015fekilde kaydetti\u011fi i\u00e7in, yap\u0131lan hatalardan d\u00f6nmek veya belirli bir noktaya geri d\u00f6nmek olduk\u00e7a kolayd\u0131r. Projenizin commit ge\u00e7mi\u015fini g\u00f6rmek i\u00e7in git log<\/code> komutunu kullan\u0131r\u0131z. Bu komut, commit'leri yazar, tarih ve commit mesaj\u0131 gibi bilgilerle kronolojik s\u0131raya g\u00f6re listeler. Farkl\u0131 formatlarda log \u00e7\u0131kt\u0131s\u0131 almak i\u00e7in --oneline<\/code>, --graph<\/code>, --pretty<\/code> gibi bir\u00e7ok se\u00e7enek mevcuttur. \u00d6rne\u011fin, k\u0131sa ve \u00f6z bir \u00e7\u0131kt\u0131 i\u00e7in:<\/p>\n
\ngit log --oneline --graph\n    <\/pre>\n<\/code><\/p>\n
Yanl\u0131\u015fl\u0131kla yapt\u0131\u011f\u0131n\u0131z bir de\u011fi\u015fikli\u011fi geri almak istedi\u011finizde Git size iki temel ara\u00e7 sunar: git reset<\/code> ve git revert<\/code>. git reset<\/code>, belirli bir commit'e geri d\u00f6nerek sonraki commit'leri ge\u00e7mi\u015ften siler. Bu komutun \u00fc\u00e7 farkl\u0131 modu vard\u0131r:<\/p>\n
\ngit reset --soft <\/code>: Belirtilen commit'e geri d\u00f6ner, sonraki commit'leri siler ama de\u011fi\u015fiklikleri ge\u00e7ici alanda tutar.<\/li>\n
git reset --mixed <\/code> (varsay\u0131lan): Belirtilen commit'e geri d\u00f6ner, sonraki commit'leri siler ve de\u011fi\u015fiklikleri \u00e7al\u0131\u015fma dizinine al\u0131r (ge\u00e7ici alandan \u00e7\u0131kar\u0131r).<\/li>\n
git reset --hard <\/code>: Belirtilen commit'e geri d\u00f6ner, sonraki commit'leri tamamen siler ve \u00e7al\u0131\u015fma dizinindeki t\u00fcm de\u011fi\u015fiklikleri atar. Bu komut dikkatli kullan\u0131lmal\u0131d\u0131r, \u00e7\u00fcnk\u00fc geri d\u00f6n\u00fclemez veri kayb\u0131na yol a\u00e7abilir.<\/li>\n<\/ul>\ngit revert <\/code> ise, belirtilen commit'in tam tersini yapan yeni bir commit olu\u015fturur. Bu, ge\u00e7mi\u015fi de\u011fi\u015ftirmedi\u011fi i\u00e7in \u00f6zellikle payla\u015f\u0131lan (uzak depoya g\u00f6nderilmi\u015f) commit'leri geri almak i\u00e7in g\u00fcvenli bir y\u00f6ntemdir.<\/p>\n
\ngit revert \n    <\/pre>\n<\/code><\/p>\n
\n        Uzman \u0130pucu: git reset --hard<\/code> kullanmaktan ka\u00e7\u0131n\u0131n. \u00d6zellikle payla\u015f\u0131lan dallarda ge\u00e7mi\u015fi silmek, di\u011fer ekip \u00fcyelerinin projelerini bozabilir. Bunun yerine git revert<\/code> kullanmay\u0131 tercih edin. Ancak ki\u015fisel, hen\u00fcz uzak depoya g\u00f6nderilmemi\u015f bir daldaysan\u0131z ve k\u00f6t\u00fc bir committen tamamen kurtulmak istiyorsan\u0131z, --hard<\/code> modunu kullanabilirsiniz.\n    <\/div>\nBazen \u00fczerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri commit etmeden, ba\u015fka bir dala ge\u00e7meniz gerekebilir. Bu durumlarda git stash<\/code> komutu imdad\u0131n\u0131za yeti\u015fir. Mevcut de\u011fi\u015fikliklerinizi ge\u00e7ici olarak saklar ve \u00e7al\u0131\u015fma dizininizi temizler:<\/p>\n
\ngit stash save \"Devam eden \u00f6zellik\"\n    <\/pre>\n<\/code><\/p>\n
Saklad\u0131\u011f\u0131n\u0131z de\u011fi\u015fiklikleri geri getirmek i\u00e7in:<\/p>\n
\ngit stash pop\n    <\/pre>\n<\/code><\/p>\n
git reflog<\/code> komutu, Git'in kendi i\u00e7inde tuttu\u011fu bir \"undo\" (geri al) butonu gibidir. Yanl\u0131\u015fl\u0131kla bir dal\u0131 silseniz veya bir commiti resetlesiniz bile, reflog<\/code> sayesinde \u00f6nceki durumlara geri d\u00f6nebilirsiniz. Git'in \"kay\u0131p\" gibi g\u00f6r\u00fcnen t\u00fcm i\u015flemlerini listeler ve herhangi bir noktaya geri d\u00f6nmenizi sa\u011flar.<\/p>\n
Son olarak, projenizin yap\u0131s\u0131nda Git taraf\u0131ndan takip edilmesini istemedi\u011finiz dosyalar (derleme \u00e7\u0131kt\u0131lar\u0131, edit\u00f6r ayarlar\u0131, log dosyalar\u0131 vb.) olabilir. Bu dosyalar\u0131 .gitignore<\/code> adl\u0131 \u00f6zel bir dosya ile Git'in g\u00f6rmezden gelmesini sa\u011flayabilirsiniz. .gitignore<\/code> dosyas\u0131na ekledi\u011finiz her bir dosya veya klas\u00f6r Git'in izlemesinden \u00e7\u0131kar\u0131l\u0131r, b\u00f6ylece deponuz gereksiz dosya kalabal\u0131\u011f\u0131ndan kurtulur.<\/p>\n
\n# .gitignore dosya \u00f6rne\u011fi\n\/node_modules\/\n*.log\n.env\n    <\/pre>\n<\/code><\/p>\n
Bu ileri d\u00fczey teknikler, Git'i sadece bir versiyon kontrol sistemi olmaktan \u00e7\u0131kar\u0131p, projenizin ge\u00e7mi\u015fini g\u00fcvende tutan, hatalardan kolayca kurtulman\u0131z\u0131 sa\u011flayan ve i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 profesyonelle\u015ftiren g\u00fc\u00e7l\u00fc bir araca d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. Git'in bu yeteneklerini ustaca kullanmak, geli\u015ftirme s\u00fcrecinizi \u00e7ok daha sorunsuz ve verimli hale getirecektir.<\/p>\n
Sonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular: Git Ustal\u0131\u011f\u0131n\u0131z\u0131 Bir Sonraki Seviyeye Nas\u0131l Ta\u015f\u0131rs\u0131n\u0131z?<\/h2>\nGit, modern yaz\u0131l\u0131m geli\u015ftirmenin temel direklerinden biridir ve bu kapsaml\u0131 \"cheat sheet\" rehberi ile Git'in temel kavramlar\u0131ndan ileri d\u00fczey tekniklerine kadar geni\u015f bir yelpazeyi ele ald\u0131k. Giri\u015ften ba\u015flayarak, Git depolar\u0131n\u0131n nas\u0131l ba\u015flat\u0131laca\u011f\u0131n\u0131, commit'lerin nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 ve \u00e7al\u0131\u015fma dizini, ge\u00e7ici alan ve yerel depo aras\u0131ndaki kritik farklar\u0131 \u00f6\u011frendik. Ard\u0131ndan, ekip \u00e7al\u0131\u015fmas\u0131n\u0131n olmazsa olmaz\u0131 olan dallanma ve birle\u015ftirme s\u00fcre\u00e7lerini, merge conflict'leri nas\u0131l \u00e7\u00f6zece\u011fimizi ve uzak depolarla nas\u0131l etkile\u015fim kuraca\u011f\u0131m\u0131z\u0131 detayland\u0131rd\u0131k. Proje ge\u00e7mi\u015fini y\u00f6netme, yap\u0131lan hatalardan g\u00fcvenli bir \u015fekilde geri d\u00f6nme, git reset<\/code>, git revert<\/code> ve git stash<\/code> gibi komutlar\u0131n inceliklerini kavrad\u0131k. Ayr\u0131ca, .gitignore<\/code> ile gereksiz dosyalar\u0131 d\u0131\u015far\u0131da b\u0131rakmay\u0131 ve git reflog<\/code> ile Git'in \"undo\" yetene\u011fini ke\u015ffettik. T\u00fcm bu bilgiler \u0131\u015f\u0131\u011f\u0131nda, Git'in sadece bir versiyon kontrol sistemi olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda bir proje y\u00f6netim ve i\u015fbirli\u011fi platformu oldu\u011funu bir kez daha g\u00f6rm\u00fc\u015f olduk.<\/p>\n
Git'te ustala\u015fmak, sadece komutlar\u0131 ezberlemekle kalmaz, ayn\u0131 zamanda Git'in alt\u0131nda yatan felsefeyi ve i\u015f ak\u0131\u015flar\u0131n\u0131 anlamay\u0131 gerektirir. K\u00fc\u00e7\u00fck ve s\u0131k commit'ler yapmak, a\u00e7\u0131klay\u0131c\u0131 commit mesajlar\u0131 kullanmak, \u00f6zellik dallar\u0131 \u00fczerinde \u00e7al\u0131\u015fmak ve d\u00fczenli olarak uzak depoyla senkronize olmak gibi en iyi uygulamalar\u0131 benimsemek, hem kendi geli\u015ftirme deneyiminizi hem de ekip i\u00e7indeki i\u015fbirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirecektir. Bu rehberdeki bilgiler, Git yolculu\u011funuzda sa\u011flam bir ba\u015flang\u0131\u00e7 noktas\u0131 sunarken, \u00f6\u011frenme s\u00fcrecinizin s\u00fcrekli oldu\u011funu unutmay\u0131n. Resmi Git dok\u00fcmantasyonunu incelemek, a\u00e7\u0131k kaynak projelere katk\u0131da bulunmak ve farkl\u0131 i\u015f ak\u0131\u015flar\u0131n\u0131 denemek, Git bilginizi ve becerilerinizi daha da ileriye ta\u015f\u0131man\u0131za yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n
Git'i etkin bir \u015fekilde kullanabilen geli\u015ftiriciler, projelerini daha g\u00fcvenli, daha d\u00fczenli ve daha i\u015fbirlik\u00e7i bir \u015fekilde y\u00f6netebilirler. Bu da sadece sizin i\u00e7in de\u011fil, \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z t\u00fcm ekip i\u00e7in de b\u00fcy\u00fck bir avantaj sa\u011flar. Umar\u0131z bu \"Git Cheat Sheet\" makalesi, Git'i daha derinlemesine anlaman\u0131za ve g\u00fcnl\u00fck geli\u015ftirme s\u00fcre\u00e7lerinizde daha verimli olman\u0131za yard\u0131mc\u0131 olur. \u015eimdi s\u0131ra sizde; \u00f6\u011frendiklerinizi pratik ederek Git ustas\u0131 olma yolunda ilerleyin!<\/p>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n\nGit nedir ve neden \u00f6nemlidir?<\/dt>\n
Git, yaz\u0131l\u0131m geli\u015ftiricilerin projelerindeki de\u011fi\u015fiklikleri takip etmelerini, farkl\u0131 versiyonlar\u0131 y\u00f6netmelerini ve ekip \u00fcyeleri aras\u0131nda i\u015fbirli\u011fi yapmalar\u0131n\u0131 sa\u011flayan da\u011f\u0131t\u0131k bir versiyon kontrol sistemidir. Hata d\u00fczeltme, ge\u00e7mi\u015fe d\u00f6nme ve paralel geli\u015ftirme gibi yetenekleri sayesinde yaz\u0131l\u0131m projelerinin daha d\u00fczenli ve g\u00fcvenli ilerlemesini sa\u011flar.<\/dd>\n
git pull<\/code> ile git fetch<\/code> aras\u0131ndaki temel fark nedir?<\/dt>\n
git fetch<\/code>, uzak depodaki t\u00fcm yeni de\u011fi\u015fiklikleri yerel deponuza indirir ancak yerel \u00e7al\u0131\u015fma dizininizdeki veya daldaki kodunuzu g\u00fcncellemez. Sadece ne gibi de\u011fi\u015fiklikler oldu\u011funu g\u00f6rmenizi sa\u011flar. git pull<\/code> ise, hem git fetch<\/code> i\u015flemini yapar hem de indirilen de\u011fi\u015fiklikleri mevcut yerel dal\u0131n\u0131zla otomatik olarak birle\u015ftirir (merge eder). Bu nedenle, git pull<\/code> daha \"agresif\" bir komuttur ve kullanmadan \u00f6nce yerel de\u011fi\u015fikliklerinizin g\u00fcvenli oldu\u011fundan emin olmal\u0131s\u0131n\u0131z.<\/dd>\n
Branch (dal) kullanmak ne gibi avantajlar sa\u011flar?<\/dt>\n
Dallar, ana geli\u015ftirme hatt\u0131ndan ba\u011f\u0131ms\u0131z bir \u015fekilde yeni \u00f6zellikler \u00fczerinde \u00e7al\u0131\u015fman\u0131za, hata d\u00fczeltmeleri yapman\u0131za veya farkl\u0131 denemeler ger\u00e7ekle\u015ftirmenize olanak tan\u0131r. Bu sayede, ana projenin stabilitesini bozmadan, izole bir ortamda geli\u015ftirme yapabilirsiniz. Ayr\u0131ca, ekip \u00fcyelerinin ayn\u0131 proje \u00fczerinde e\u015f zamanl\u0131 ve \u00e7ak\u0131\u015fma riski olmadan \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayarak i\u015fbirli\u011fini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131r\u0131r.<\/dd>\n
Git'te merge conflict (birle\u015ftirme \u00e7ak\u0131\u015fmas\u0131) nas\u0131l \u00e7\u00f6z\u00fcl\u00fcr?<\/dt>\n
Merge conflict, iki farkl\u0131 dalda ayn\u0131 dosyan\u0131n ayn\u0131 b\u00f6lgelerinde \u00e7ak\u0131\u015fan de\u011fi\u015fiklikler yap\u0131ld\u0131\u011f\u0131nda ortaya \u00e7\u0131kar. \u00c7\u00f6zmek i\u00e7in, Git'in \u00e7ak\u0131\u015fan dosyalar\u0131 i\u015faretledi\u011fi \u00f6zel sembolleri (<<<<<<< HEAD, =======, >>>>>>> branch_name) bir metin d\u00fczenleyiciyle a\u00e7\u0131p manuel olarak d\u00fczeltmeniz gerekir. \u00c7\u00f6z\u00fcmlenen dosyalar\u0131 kaydedip git add<\/code> ile ge\u00e7ici alana ekledikten sonra, git commit<\/code> yaparak birle\u015ftirme i\u015flemini tamamlars\u0131n\u0131z.<\/dd>\n
git reset<\/code> ve git revert<\/code> komutlar\u0131 aras\u0131ndaki fark nedir?<\/dt>\n
Her ikisi de Git ge\u00e7mi\u015fini d\u00fczeltmek i\u00e7in kullan\u0131l\u0131r, ancak farkl\u0131 \u015fekillerde \u00e7al\u0131\u015f\u0131rlar. git reset<\/code>, projenin ge\u00e7mi\u015fini de\u011fi\u015ftirerek, belirtilen bir commit'ten sonraki commit'leri siler. --hard<\/code> modu veri kayb\u0131na neden olabilir ve genellikle yaln\u0131zca yerel, payla\u015f\u0131lmayan dallarda kullan\u0131l\u0131r. git revert<\/code> ise, belirtilen bir commit'in yapt\u0131\u011f\u0131 de\u011fi\u015fiklikleri geri alan yeni bir commit olu\u015fturur. Bu, projenin ge\u00e7mi\u015fini korudu\u011fu i\u00e7in payla\u015f\u0131lan (uzak depoya g\u00f6nderilmi\u015f) dallardaki hatalar\u0131 d\u00fczeltmek i\u00e7in daha g\u00fcvenli ve tercih edilen bir y\u00f6ntemdir.<\/dd>\n<\/dl>\n\nMobil Uyumlu HTML \u00d6rne\u011fi<\/h3>\nBu makale Git hakk\u0131nda olsa da, modern web geli\u015ftirmenin temel unsurlar\u0131ndan biri olan mobil uyumlulu\u011fun \u00f6nemini vurgulamak isteriz. A\u015fa\u011f\u0131daki basit HTML ve CSS \u00f6rne\u011fi, bir elementin farkl\u0131 ekran boyutlar\u0131nda nas\u0131l farkl\u0131 davranabilece\u011fini g\u00f6stermektedir. Bu t\u00fcr responsive tasar\u0131m prensipleri, Git ile y\u00f6netilen front-end projelerinde s\u0131k\u00e7a kar\u015f\u0131m\u0131za \u00e7\u0131kar.<\/p>\n
\n            Bu kutu, ekran boyutuna g\u00f6re renk ve geni\u015flik de\u011fi\u015ftirir.\n        <\/div>\n<\/p><\/div>\n