Git Sihirbaz\u0131 Rehberi: Zaman Kazand\u0131ran S\u0131rlar & \u0130pu\u00e7lar\u0131<\/p>\n
Her geli\u015ftirici bilir: Bir projede \u00e7al\u0131\u015f\u0131rken kodunuzu kaybetmek, yanl\u0131\u015f bir de\u011fi\u015fikli\u011fi yay\u0131nlamak veya ekip arkada\u015flar\u0131n\u0131zla \u00e7ak\u0131\u015fmalar ya\u015famak, motivasyonunuzu h\u0131zla d\u00fc\u015f\u00fcrebilir. Git, bu kaosu d\u00fczenli bir hale getirmek i\u00e7in tasarlanm\u0131\u015f harika bir versiyon kontrol sistemidir. Ancak, \u00e7o\u011fu zaman sadece temel komutlarla yetiniriz: Git, en basit tabiriyle, yaz\u0131l\u0131m geli\u015ftirme projelerinde yap\u0131lan de\u011fi\u015fiklikleri takip etmemizi ve y\u00f6netmemizi sa\u011flayan da\u011f\u0131t\u0131lm\u0131\u015f bir versiyon kontrol sistemidir (DVCS). Kodunuzun her an\u0131n\u0131 kaydedebilir, \u00f6nceki versiyonlara d\u00f6nebilir ve farkl\u0131 \u00f6zellikler \u00fczerinde e\u015f zamanl\u0131 olarak \u00e7al\u0131\u015fabilirsiniz. Bu sistemin temelini anlamak, ileri seviye teknikleri kavramak i\u00e7in hayati \u00f6neme sahiptir. Peki, Git’in temel ta\u015flar\u0131 nelerdir ve neden bu kadar g\u00fc\u00e7l\u00fcd\u00fcr?<\/p>\n \u00d6ncelikle, Git bir projenin t\u00fcm ge\u00e7mi\u015fini lokalde saklar. Bu, internet ba\u011flant\u0131s\u0131na ihtiya\u00e7 duymadan h\u0131zla de\u011fi\u015fiklik yapabilmenizi ve ge\u00e7mi\u015fi inceleyebilmenizi sa\u011flar. Merkezi sistemlerin aksine, Git’te bir sunucu \u00e7\u00f6kse bile, her geli\u015ftiricinin kendi kopyas\u0131nda projenin tam ge\u00e7mi\u015fi bulunur. Bu da\u011f\u0131t\u0131k yap\u0131, hem esneklik hem de veri g\u00fcvenli\u011fi a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck avantajlar sunar. \u0130\u015fte Git’in temel i\u015f ak\u0131\u015f\u0131n\u0131 ve terimlerini a\u00e7\u0131klayan bir ba\u015flang\u0131\u00e7:<\/p>\n <\/code> <\/code> <\/code> <\/code> <\/code> Git'in bu temel kavramlar\u0131, herhangi bir projenin omurgas\u0131n\u0131 olu\u015fturur. Bunlar\u0131 sa\u011flam bir \u015fekilde anlamak, hem tek ba\u015f\u0131n\u0131za \u00e7al\u0131\u015f\u0131rken hem de bir ekiple i\u015fbirli\u011fi yaparken kar\u015f\u0131la\u015faca\u011f\u0131n\u0131z sorunlar\u0131 daha kolay \u00e7\u00f6zmenizi sa\u011flayacakt\u0131r. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bu temeller \u00fczerinde in\u015fa edece\u011fimiz ileri d\u00fczey teknikler, sizi bir sonraki seviyeye ta\u015f\u0131yacak. \u00d6rne\u011fin, bir hata tespit etti\u011finizde, projenin ge\u00e7mi\u015finde nerede ortaya \u00e7\u0131kt\u0131\u011f\u0131n\u0131 bulmak i\u00e7in Git'in temel komutlar\u0131n\u0131 biliyor olsan\u0131z bile, i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 inan\u0131lmaz derecede h\u0131zland\u0131racak ve sizi daha verimli k\u0131lacak bir dizi ileri d\u00fczey \u00f6zellik ve teknik bulunur. Bunlar, genellikle \"sihirli\" olarak adland\u0131r\u0131lan ve deneyimli geli\u015ftiricilerin vazge\u00e7ilmezi olan ara\u00e7lard\u0131r. Bu b\u00f6l\u00fcmde, Git'in size sundu\u011fu bu gizli g\u00fc\u00e7leri ke\u015ffedece\u011fiz ve onlar\u0131 g\u00fcnl\u00fck pratiklerinize nas\u0131l entegre edece\u011finizi ad\u0131m ad\u0131m g\u00f6rece\u011fiz.<\/p>\n Bir geli\u015ftiricinin s\u0131k\u00e7a kar\u015f\u0131la\u015ft\u0131\u011f\u0131 senaryo \u015fudur: Yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015f\u0131yorsunuz, ancak acil bir hata d\u00fczeltmesi yapman\u0131z gerekiyor. Mevcut de\u011fi\u015fikliklerinizi commit etmek istemiyorsunuz \u00e7\u00fcnk\u00fc hen\u00fcz tamamlanmad\u0131lar ve yar\u0131m kalm\u0131\u015f bir commit mesaj\u0131 vermek de istemiyorsunuz. \u0130\u015fte tam bu noktada Vaka Analizi: Acil D\u00fczeltme \u0130htiyac\u0131<\/strong><\/p>\n Diyelim ki bir e-ticaret uygulamas\u0131n\u0131n \u00fcr\u00fcn listeleme sayfas\u0131n\u0131n filtreleme \u00f6zelli\u011fini geli\u015ftiriyorsunuz. Birka\u00e7 dosya \u00fczerinde de\u011fi\u015fiklik yapt\u0131n\u0131z ve hen\u00fcz test etmediniz. Birden, canl\u0131 sistemde kritik bir \u00f6deme hatas\u0131 oldu\u011fu bildirildi. Hemen m\u00fcdahale etmeniz gerekiyor.<\/p>\n <\/code> <\/code>\n <\/li>\n <\/code> Dal birle\u015ftirme, Git'in temel bir par\u00e7as\u0131d\u0131r, ancak bunu yapman\u0131n iki ana yolu vard\u0131r: <\/code> <\/code> Ne Zaman Hangisini Kullanmal\u0131s\u0131n\u0131z?<\/strong><\/p>\n <\/code><\/p>\n Bazen, bir daldaki t\u00fcm commit'leri de\u011fil, sadece belirli bir commit'i ba\u015fka bir dala uygulamak isteyebilirsiniz. \u00d6rne\u011fin, bir hata d\u00fczeltmesi yapt\u0131n\u0131z, ancak bu d\u00fczeltme hen\u00fcz tamamlanmam\u0131\u015f bir \u00f6zellik dal\u0131nda. Acilen bu d\u00fczeltmeyi ana dala ( Vaka Analizi: S\u0131cak Fix'i Ana Dala Aktarma<\/strong><\/p>\n Diyelim ki <\/code> <\/code> Git komut sat\u0131r\u0131 aray\u00fcz\u00fcnde \u00e7ok g\u00fc\u00e7l\u00fc olsa da, baz\u0131 komutlar olduk\u00e7a uzun olabilir veya s\u0131k\u00e7a kulland\u0131\u011f\u0131n\u0131z bir dizi komutu arka arkaya \u00e7al\u0131\u015ft\u0131rman\u0131z gerekebilir. \u0130\u015fte bu noktada Git'in alias (takma ad) \u00f6zelli\u011fi devreye girer. Git alias, uzun veya karma\u015f\u0131k komutlara daha k\u0131sa, hat\u0131rlanmas\u0131 kolay isimler vermenizi sa\u011flar. Bu, geli\u015ftirici verimlili\u011fini art\u0131rman\u0131n ve yaz\u0131m hatalar\u0131n\u0131 azaltman\u0131n harika bir yoludur.<\/p>\n Alias'lar\u0131 Git konfig\u00fcrasyon dosyan\u0131zda tan\u0131mlars\u0131n\u0131z. Bu, global (t\u00fcm depolar i\u00e7in) veya yerel (sadece mevcut depo i\u00e7in) olabilir. \u00c7o\u011fu durumda, global alias'lar daha kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n <\/code><\/p>\n Bu \u00f6rnekler, s\u0131k kullan\u0131lan komutlara nas\u0131l k\u0131saltmalar atayabilece\u011finizi g\u00f6stermektedir. \u00d6zellikle Vaka Analizi: H\u0131zl\u0131 ve Bilgilendirici Log G\u00f6r\u00fcn\u00fcm\u00fc<\/strong><\/p>\n Projenin ge\u00e7mi\u015fini h\u0131zl\u0131ca incelemek istedi\u011finizde, varsay\u0131lan <\/code><\/p>\n Bu komut, size a\u015fa\u011f\u0131daki gibi bir \u00e7\u0131kt\u0131 verecektir:<\/p>\n <\/code><\/p>\n B\u00f6ylece, her bir commit'in k\u0131sa hash'ini, tarihini, mesaj\u0131n\u0131, hangi daldan geldi\u011fini ve kim taraf\u0131ndan yap\u0131ld\u0131\u011f\u0131n\u0131 tek bir sat\u0131rda g\u00f6rebilirsiniz. Bu, \u00f6zellikle karma\u015f\u0131k dallanma ge\u00e7mi\u015flerine sahip projelerde hata ay\u0131klama veya belirli bir de\u011fi\u015fikli\u011fi bulma s\u00fcre\u00e7lerini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r.<\/p>\n Daha Karma\u015f\u0131k Alias'lar: Kabuk Komutlar\u0131<\/strong><\/p>\n Alias'lar sadece Git komutlar\u0131n\u0131 k\u0131saltmakla kalmaz, ayn\u0131 zamanda kabuk komutlar\u0131n\u0131 da \u00e7al\u0131\u015ft\u0131rabilir. Bir alias'\u0131n ba\u015f\u0131na \u00fcnlem i\u015fareti (!) koyarak, Git'in komutu do\u011frudan kabukta \u00e7al\u0131\u015ft\u0131rmas\u0131n\u0131 sa\u011flayabilirsiniz. Bu, birden fazla Git komutunu veya farkl\u0131 kabuk komutlar\u0131n\u0131 birle\u015ftiren g\u00fc\u00e7l\u00fc alias'lar olu\u015fturman\u0131z\u0131 sa\u011flar.<\/p>\n <\/code><\/p>\n Yukar\u0131daki Bireysel olarak Git'i ustaca kullanmak harikad\u0131r, ancak ger\u00e7ek bir sihirbaz, tak\u0131m i\u00e7inde de Git'in t\u00fcm potansiyelini kullan\u0131r. B\u00fcy\u00fck ekipler ve karma\u015f\u0131k projeler i\u00e7in standart Gitflow, Hollandal\u0131 geli\u015ftirici Vincent Driessen taraf\u0131ndan pop\u00fclerle\u015ftirilen, s\u0131k\u0131 bir \u015fekilde tan\u0131mlanm\u0131\u015f bir dallanma modelidir. \u00d6zellikle birden fazla s\u00fcr\u00fcm\u00fcn e\u015f zamanl\u0131 olarak geli\u015ftirildi\u011fi veya uzun \u00f6m\u00fcrl\u00fc bir projenin y\u00f6netildi\u011fi durumlarda \u00e7ok faydal\u0131d\u0131r. Gitflow, temel olarak be\u015f ana dal t\u00fcr\u00fc kullan\u0131r:<\/p>\n Gitflow, bu dallar aras\u0131nda ge\u00e7i\u015fleri ve birle\u015ftirmeleri belirli kurallara ba\u011flar. Bu, tak\u0131m i\u00e7indeki herkesin hangi dal\u0131n ne ama\u00e7la kullan\u0131ld\u0131\u011f\u0131n\u0131 bilmesini sa\u011flar ve karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131r. Bir\u00e7ok Git istemcisi (Sourcetree, GitKraken) ve komut sat\u0131r\u0131 arac\u0131 ( <\/code><\/p>\n Gitflow'un ana faydas\u0131, \u00f6zellikle b\u00fcy\u00fck tak\u0131mlarda ve uzun \u00f6m\u00fcrl\u00fc projelerde, net bir yay\u0131n d\u00f6ng\u00fcs\u00fc ve s\u00fcr\u00fcm y\u00f6netimi sa\u011flamas\u0131d\u0131r. Ancak, k\u00fc\u00e7\u00fck ve h\u0131zl\u0131 iterasyonlarla \u00e7al\u0131\u015fan tak\u0131mlar i\u00e7in bazen gereksiz derecede karma\u015f\u0131k olabilir.<\/p>\n Bir projenin, ba\u015fka bir Git deposunda bulunan bir k\u00fct\u00fcphane veya alt proje gibi bir d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131\u011fa ihtiyac\u0131 oldu\u011fu durumlar vard\u0131r. Bu t\u00fcr senaryolar i\u00e7in Git, \"submodule\" (alt mod\u00fcl) \u00f6zelli\u011fini sunar. Git submodule'lar\u0131, bir Git deposunu, ba\u015fka bir Git deposunun alt dizini olarak g\u00f6mmenizi sa\u011flar. Bu, ana projenizi ve ba\u011f\u0131ml\u0131 alt projeyi ayr\u0131 ayr\u0131 y\u00f6netebilmenize olanak tan\u0131r.<\/p>\n Vaka Analizi: Ortak K\u00fct\u00fcphane Y\u00f6netimi<\/strong><\/p>\n Diyelim ki hem web uygulaman\u0131z hem de mobil uygulaman\u0131z i\u00e7in ortak bir do\u011frulama k\u00fct\u00fcphanesi geli\u015ftiriyorsunuz. Bu k\u00fct\u00fcphane kendi Git deposunda bulunuyor. Her iki ana projenin de bu k\u00fct\u00fcphaneyi kullanmas\u0131 ve g\u00fcncellemelerini takip etmesi gerekiyor.<\/p>\n <\/code> <\/code> <\/code><\/p>\n <\/code>git submodule update --init --recursive<\/code>\n <\/li>\n<\/ol>\n Submodule'lar, mod\u00fcler yap\u0131lar\u0131 te\u015fvik eder ve ba\u011f\u0131ml\u0131l\u0131klar\u0131 temiz bir \u015fekilde y\u00f6netmenize yard\u0131mc\u0131 olur. Ancak, y\u00f6netimi bazen karma\u015f\u0131k olabilir, \u00f6zellikle alt mod\u00fcl\u00fcn kendisinde de\u011fi\u015fiklik yap\u0131p ana depodan takip etmeniz gerekti\u011finde. Bu durumda, her iki deponun da commit'lerini do\u011fru s\u0131rayla senkronize etmek \u00f6nemlidir.<\/p>\n Git hooks, belirli Git olaylar\u0131 (\u00f6rne\u011fin, commit yapmadan \u00f6nce, push yapmadan sonra) tetiklendi\u011finde otomatik olarak \u00e7al\u0131\u015fan komut dosyalar\u0131d\u0131r. Bu, i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 otomatikle\u015ftirmek, kalite kontrol\u00fc sa\u011flamak ve geli\u015ftirme s\u00fcrecinizi daha tutarl\u0131 hale getirmek i\u00e7in inan\u0131lmaz g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Hooks, projenizin Baz\u0131 yayg\u0131n hook t\u00fcrleri:<\/p>\n Vaka Analizi: Pre-commit Hook ile Kod Kalitesi Sa\u011flama<\/strong><\/p>\n Bir projede, her commit'in belirli bir kod standard\u0131na uymas\u0131n\u0131 ve syntax hatalar\u0131 i\u00e7ermemesini sa\u011flamak istiyorsunuz. Bir <\/code>\n <\/li>\n <\/code>\n <\/li>\n<\/ol>\n Art\u0131k her commit yapmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda, Git \u00f6nce bu add<\/code>, commit<\/code>, push<\/code>. Oysa Git’in derinliklerinde, geli\u015ftirme s\u00fcre\u00e7lerinizi inan\u0131lmaz derecede h\u0131zland\u0131racak, sizi olas\u0131 hatalardan kurtaracak ve ekip i\u00e7indeki i\u015fbirli\u011fini zirveye ta\u015f\u0131yacak gizli g\u00fc\u00e7ler yatar. Bu rehber, Git ile ili\u015fkinizi ba\u015ftan a\u015fa\u011f\u0131 yeniden tan\u0131mlayacak, sizi bir “Git kullan\u0131c\u0131s\u0131ndan” “Git sihirbaz\u0131na” d\u00f6n\u00fc\u015ft\u00fcrecek bir yol haritas\u0131 sunuyor. Gelin, Git’in ger\u00e7ek potansiyelini birlikte ke\u015ffedelim ve sizi durdurulamaz bir geli\u015ftirici yapacak ipu\u00e7lar\u0131na dalal\u0131m.<\/p>\n\n
git init<\/code>), asl\u0131nda bir Git deposu olu\u015fturmu\u015f olursunuz.<\/p>\ngit init<\/pre>\n
\n Bu komut, bulundu\u011funuz dizine gizli bir .git<\/code> klas\u00f6r\u00fc ekler ve projenizi bir Git deposu haline getirir.\n <\/li>\ngit add .<\/pre>\n
\n Bu komut, mevcut t\u00fcm de\u011fi\u015fiklikleri haz\u0131rl\u0131k alan\u0131na ekler.\n <\/li>\ngit commit -m \"\u0130lk commit: Proje ba\u015flang\u0131c\u0131\"<\/pre>\n
\n Bu komut, haz\u0131rl\u0131k alan\u0131ndaki de\u011fi\u015fiklikleri verilen mesajla birlikte kaydeder.\n <\/li>\nmain<\/code> veya master<\/code> dal\u0131) ayr\u0131l\u0131p yeni bir \u00f6zellik, hata d\u00fczeltmesi veya deneme yapmak i\u00e7in yeni bir dal olu\u015fturabilirsiniz. Bu, ana kod taban\u0131n\u0131 etkilemeden g\u00fcvenle \u00e7al\u0131\u015fman\u0131z\u0131 sa\u011flar.<\/p>\ngit branch yeni-ozellik\ngit checkout yeni-ozellik<\/pre>\n
\n Bu iki komut, yeni-ozellik<\/code> ad\u0131nda bir dal olu\u015fturur ve o dala ge\u00e7i\u015f yapman\u0131z\u0131 sa\u011flar. Alternatif olarak, git checkout -b yeni-ozellik<\/code> ile tek komutta yapabilirsiniz.\n <\/li>\ngit checkout main\ngit merge yeni-ozellik<\/pre>\n
\n Bu komutlar, \u00f6nce main<\/code> dal\u0131na ge\u00e7i\u015f yapar, ard\u0131ndan yeni-ozellik<\/code> dal\u0131ndaki de\u011fi\u015fiklikleri main<\/code> dal\u0131na birle\u015ftirir.\n <\/li>\n<\/ul>\ngit log<\/code> ve git blame<\/code> gibi komutlar\u0131 kullanabilirsiniz. Ya da yeni bir \u00f6zellik \u00fczerinde \u00e7al\u0131\u015f\u0131rken, acil bir hata d\u00fczeltmesi gerekti\u011finde, git stash<\/code> kullanarak mevcut de\u011fi\u015fikliklerinizi ge\u00e7ici olarak kenara koyup, acil d\u00fczeltmeyi yap\u0131p geri d\u00f6nebilirsiniz. Git'in bu esnekli\u011fi, geli\u015ftirme s\u00fcre\u00e7lerinde kar\u015f\u0131la\u015fabilece\u011finiz her t\u00fcrl\u00fc duruma kar\u015f\u0131 sizi donat\u0131r.<\/p>\n\u0130\u015f Ak\u0131\u015f\u0131n\u0131z\u0131 H\u0131zland\u0131ran Gizli Git G\u00fc\u00e7leri Nas\u0131l Ke\u015ffedilir?<\/h2>\n
Git Stash ile \u00c7al\u0131\u015fmay\u0131 Nas\u0131l Y\u00f6netirsiniz?<\/h3>\n
git stash<\/code> devreye girer. Git stash, o anki \u00e7al\u0131\u015fma dizininizdeki ve haz\u0131rl\u0131k alan\u0131n\u0131zdaki de\u011fi\u015fiklikleri ge\u00e7ici olarak kaydetmenizi ve \u00e7al\u0131\u015fma dizininizi temiz bir hale getirmenizi sa\u011flar. B\u00f6ylece, ba\u015fka bir i\u015fe ge\u00e7ebilir, acil d\u00fczeltmeyi yapabilir ve sonra kald\u0131\u011f\u0131n\u0131z yerden devam edebilirsiniz.<\/p>\n\n
git status # Mevcut de\u011fi\u015fiklikleri kontrol edin\ngit stash save \"\u00dcr\u00fcn filtreleme \u00f6zelli\u011fi \u00fczerinde \u00e7al\u0131\u015f\u0131rken\" # De\u011fi\u015fiklikleri kenara koyun<\/pre>\n
\n Bu komut, mevcut t\u00fcm de\u011fi\u015fikliklerinizi bir \"stash\" olarak kaydeder ve \u00e7al\u0131\u015fma dizininizi en son committeki haline geri d\u00f6nd\u00fcr\u00fcr. Art\u0131k git status<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda temiz bir \u00e7al\u0131\u015fma dizini g\u00f6receksiniz.\n <\/li>\n
\n \u015eimdi main<\/code> dal\u0131na ge\u00e7ip hata d\u00fczeltmesini yapabilirsiniz.<\/p>\ngit checkout main\n# Hata d\u00fczeltmesini yap\u0131n\ngit add .\ngit commit -m \"FIX: Kritik \u00f6deme hatas\u0131 d\u00fczeltildi\"\ngit push origin main<\/pre>\n
\n Hata d\u00fczeltmesini tamamlad\u0131ktan sonra, tekrar yeni-ozellik<\/code> dal\u0131n\u0131za d\u00f6n\u00fcp stashledi\u011finiz de\u011fi\u015fiklikleri geri getirebilirsiniz.<\/p>\ngit checkout yeni-ozellik\ngit stash pop # En son stash'i uygulay\u0131n ve listeden kald\u0131r\u0131n<\/pre>\n
\n git stash pop<\/code> komutu, de\u011fi\u015fiklikleri \u00e7al\u0131\u015fma dizininize uygular ve stash listesinden kald\u0131r\u0131r. E\u011fer de\u011fi\u015fiklikleri listede tutmak istiyorsan\u0131z git stash apply<\/code> kullanabilirsiniz. \u00c7at\u0131\u015fmalar olu\u015fursa, normal bir birle\u015ftirme i\u015flemi gibi \u00e7\u00f6zmeniz gerekecektir.\n <\/li>\n<\/ol>\n\n
git stash list<\/code> ile t\u00fcm stash'leri g\u00f6rebilir ve git stash apply stash@{2}<\/code> gibi komutlarla belirli bir stash'i uygulayabilirsiniz.\n <\/div>\n<\/blockquote>\nGit Rebase ve Merge Aras\u0131ndaki Fark Nedir, Ne Zaman Kullan\u0131l\u0131r?<\/h3>\n
git merge<\/code> ve git rebase<\/code>. Her ikisi de bir daldaki de\u011fi\u015fiklikleri di\u011ferine entegre eder, ancak bunu farkl\u0131 \u015fekillerde yaparlar ve farkl\u0131 ge\u00e7mi\u015fler olu\u015ftururlar.<\/p>\n\n
\n Birle\u015ftirme i\u015flemi, iki dal\u0131n ge\u00e7mi\u015fini koruyarak yeni bir \"birle\u015ftirme commiti\" (merge commit) olu\u015fturur. Bu commit, her iki dal\u0131n en son commit'lerini i\u015faret eder ve iki farkl\u0131 geli\u015ftirme hatt\u0131n\u0131 g\u00f6steren bir tarih olu\u015fturur.<\/p>\ngit checkout main\ngit merge feature-branch<\/pre>\n
\n Avantajlar\u0131:<\/strong> G\u00fcvenli ve de\u011fi\u015ftirilemez bir ge\u00e7mi\u015f sa\u011flar. Orijinal commit tarihleri korunur.
\n Dezavantajlar\u0131:<\/strong> \u00c7ok say\u0131da birle\u015ftirme commiti, proje ge\u00e7mi\u015fini karma\u015f\u0131k ve okunmas\u0131 zor hale getirebilir, \u00f6zellikle s\u0131k s\u0131k dal birle\u015ftiriliyorsa.\n <\/li>\n
\n Yeniden temel olu\u015fturma, bir dal\u0131n commit'lerini ba\u015fka bir dal\u0131n \u00fczerine ta\u015f\u0131yarak yap\u0131l\u0131r. Bu, dal\u0131n commit ge\u00e7mi\u015fini de\u011fi\u015ftirir ve adeta o dal\u0131n ba\u015fka bir dal\u0131n son commit'inden ba\u015flam\u0131\u015f gibi g\u00f6r\u00fcnmesini sa\u011flar. Bu i\u015flem yeni bir birle\u015ftirme commiti olu\u015fturmaz; bunun yerine, commit'lerin kendileri yeniden yaz\u0131l\u0131r.<\/p>\ngit checkout feature-branch\ngit rebase main<\/pre>\n
\n Bu komut, feature-branch<\/code> dal\u0131ndaki commit'leri main<\/code> dal\u0131n\u0131n en son commit'inin \u00fczerine ta\u015f\u0131r.
\n Avantajlar\u0131:<\/strong> Daha temiz, do\u011frusal bir proje ge\u00e7mi\u015fi olu\u015fturur. Birle\u015ftirme commit'lerinden ka\u00e7\u0131narak ge\u00e7mi\u015fi daha okunabilir hale getirir.
\n Dezavantajlar\u0131:<\/strong> Commit ge\u00e7mi\u015fini yeniden yazd\u0131\u011f\u0131 i\u00e7in, zaten payla\u015f\u0131lan (uzak depoya push edilmi\u015f) dallarda rebase<\/code> yapmak tehlikelidir ve tak\u0131m arkada\u015flar\u0131 i\u00e7in sorunlara yol a\u00e7abilir. Sadece kendi yerel dallar\u0131n\u0131zda kullan\u0131lmas\u0131 \u00f6nerilir.\n <\/li>\n<\/ul>\nMerge<\/code> kullan\u0131n:<\/strong> Payla\u015f\u0131lan dallarda veya ge\u00e7mi\u015fin korunmas\u0131 mutlak \u00f6ncelikliyse. Ortak \u00e7al\u0131\u015fma yap\u0131lan uzun \u00f6m\u00fcrl\u00fc dallarda (\u00f6rn. develop<\/code>, release<\/code>) merge<\/code> daha g\u00fcvenli bir se\u00e7enektir.<\/p>\nRebase<\/code> kullan\u0131n:<\/strong> Kendi yerel dallar\u0131n\u0131zda, hen\u00fcz uzak depoya g\u00f6nderilmemi\u015f (push edilmemi\u015f) de\u011fi\u015fiklikleriniz varsa ve temiz, do\u011frusal bir ge\u00e7mi\u015f istiyorsan\u0131z. \u00d6rne\u011fin, bir \u00f6zellik dal\u0131n\u0131 main<\/code> dal\u0131na birle\u015ftirmeden \u00f6nce, main<\/code> dal\u0131ndaki en son de\u011fi\u015fiklikleri kendi dal\u0131n\u0131za entegre etmek i\u00e7in rebase<\/code> kullanabilirsiniz. Bu, birle\u015ftirme s\u0131ras\u0131nda olu\u015fabilecek \u00e7at\u0131\u015fmalar\u0131 daha erken tespit etmenizi ve \u00e7\u00f6zmenizi sa\u011flar.<\/p>\n# Rebase \u00f6rne\u011fi ad\u0131mlar\u0131\ngit checkout feature\/yeni-ozellik # \u00d6zellik dal\u0131n\u0131za ge\u00e7in\ngit pull origin feature\/yeni-ozellik # Kendi dal\u0131n\u0131z\u0131n uzak versiyonu ile senkronize olun (her ihtimale kar\u015f\u0131)\ngit fetch origin # Uzak depodaki de\u011fi\u015fiklikleri al\u0131n\ngit rebase origin\/main # main dal\u0131n\u0131n \u00fczerine rebase yap\u0131n\n# \u00c7at\u0131\u015fmalar olu\u015fursa \u00e7\u00f6z\u00fcn, sonra git rebase --continue<\/code>\n# \u0130\u015flem bittikten sonra, e\u011fer uzak depoya push edecekseniz --force<\/code> veya --force-with-lease<\/code> kullanman\u0131z gerekebilir\ngit push --force-with-lease origin feature\/yeni-ozellik # Dikkatli kullan\u0131n!<\/pre>\nGit Cherry-Pick ile Se\u00e7ici De\u011fi\u015fiklikler Nas\u0131l Uygulan\u0131r?<\/h3>\n
main<\/code>) veya ba\u015fka bir s\u00fcr\u00fcm dal\u0131na ta\u015f\u0131man\u0131z gerekiyor. \u0130\u015fte git cherry-pick<\/code> tam da bu senaryolar i\u00e7in tasarlanm\u0131\u015ft\u0131r.<\/p>\nfeature\/yeni-rapor<\/code> ad\u0131nda bir daldas\u0131n\u0131z ve bu dalda birka\u00e7 commit yapt\u0131n\u0131z. Bu commit'lerden biri, asl\u0131nda acil bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131n\u0131 kapatan kritik bir d\u00fczeltmeyi i\u00e7eriyor. Ancak feature\/yeni-rapor<\/code> dal\u0131 hen\u00fcz tamamlanmad\u0131\u011f\u0131 ve test edilmedi\u011fi i\u00e7in ana dala birle\u015ftirilemez. G\u00fcvenlik d\u00fczeltmesini hemen main<\/code> dal\u0131na uygulamak zorundas\u0131n\u0131z.<\/p>\n\n
\n \u00d6ncelikle, aktarmak istedi\u011finiz commit'in SHA-1 kimli\u011fini (hash'ini) bulman\u0131z gerekiyor. Bunu git log<\/code> komutuyla yapabilirsiniz.<\/p>\ngit log --oneline feature\/yeni-rapor<\/pre>\n
\n \u00c7\u0131kt\u0131da, \u00f6rne\u011fin \"abcdef1 G\u00fcvenlik a\u00e7\u0131\u011f\u0131 kapat\u0131ld\u0131\" gibi bir commit g\u00f6receksiniz. abcdef1<\/code> bu commit'in k\u0131salt\u0131lm\u0131\u015f ID'sidir.\n <\/li>\n
\n \u015eimdi, bu commit'i uygulamak istedi\u011finiz ana dala ge\u00e7in ve git cherry-pick<\/code> komutunu kullan\u0131n.<\/p>\ngit checkout main\ngit cherry-pick abcdef1 # G\u00fcvenlik d\u00fczeltmesi commit ID'si<\/pre>\n
\n Bu komut, abcdef1<\/code> commit'indeki de\u011fi\u015fiklikleri main<\/code> dal\u0131n\u0131za yeni bir commit olarak uygular. E\u011fer \u00e7at\u0131\u015fmalar olu\u015fursa, normal bir birle\u015ftirme\/rebase i\u015flemi gibi \u00e7\u00f6zmeniz ve git cherry-pick --continue<\/code> ile devam etmeniz gerekir.\n <\/li>\n<\/ol>\ncherry-pick<\/code>, \u00f6zellikle bir daldaki kararl\u0131 bir d\u00fczeltmeyi birden fazla ba\u015fka dala (\u00f6rne\u011fin, main<\/code>, release-v1.0<\/code>, hotfix<\/code>) h\u0131zl\u0131ca yayman\u0131z gerekti\u011finde \u00e7ok kullan\u0131\u015fl\u0131d\u0131r. Ancak, dikkatli kullan\u0131lmal\u0131d\u0131r, zira ayn\u0131 de\u011fi\u015fikliklerin farkl\u0131 commit'ler olarak birden fazla dalda var olmas\u0131na neden olabilir, bu da gelecekteki birle\u015ftirmelerde karma\u015f\u0131kl\u0131\u011fa yol a\u00e7abilir. En iyi uygulama, d\u00fczeltmeleri m\u00fcmk\u00fcn olan en k\u0131sa s\u00fcrede ana dala entegre etmek ve di\u011fer dallar\u0131 ana daldan \u00e7ekerek g\u00fcncel tutmakt\u0131r.<\/p>\nGit Alias ile Kendi Komutlar\u0131n\u0131z\u0131 Nas\u0131l Olu\u015fturursunuz?<\/h2>\n
git config --global alias.st status # 'git st' art\u0131k 'git status' anlam\u0131na gelir\ngit config --global alias.co checkout # 'git co' art\u0131k 'git checkout' anlam\u0131na gelir\ngit config --global alias.br branch # 'git br' art\u0131k 'git branch' anlam\u0131na gelir\ngit config --global alias.ci commit # 'git ci' art\u0131k 'git commit' anlam\u0131na gelir\ngit config --global alias.hist \"log --pretty=format:'%h %ad | %s%d [%an]' --graph --date=short\" # Daha detayl\u0131 bir log g\u00f6r\u00fcnt\u00fcs\u00fc\ngit config --global alias.type 'cat-file -t' # Bir nesnenin tipini g\u00f6sterir\ngit config --global alias.dump 'cat-file -p' # Bir nesnenin i\u00e7eri\u011fini g\u00f6sterir<\/pre>\ngit log<\/code> gibi detayl\u0131 \u00e7\u0131kt\u0131lar veren komutlar\u0131 \u00f6zelle\u015ftirmek, projenin ge\u00e7mi\u015fini \u00e7ok daha okunabilir hale getirebilir.<\/p>\ngit log<\/code> \u00e7\u0131kt\u0131s\u0131 bazen \u00e7ok uzun ve karma\u015f\u0131k olabilir. \u00d6zel bir alias ile bunu \u00e7ok daha kullan\u0131\u015fl\u0131 hale getirebilirsiniz. Yukar\u0131daki hist<\/code> alias'\u0131 bunun g\u00fczel bir \u00f6rne\u011fidir:<\/p>\ngit hist<\/pre>\n* 1a2b3c4 2023-10-27 | \u00d6zellik E: Kullan\u0131c\u0131 profili g\u00fcncellendi (Ali Can)\n* | 5d6e7f8 2023-10-26 | FIX: \u00d6deme formundaki hata giderildi (Veli Demir)\n* |\/\n* 8g9h0i1 2023-10-25 | \u00d6zellik D: Admin paneli geli\u015ftirildi (Ay\u015fe Y\u0131lmaz)<\/pre>\ngit config --global alias.unstage 'reset HEAD --' # 'git unstage clean-branches<\/code> alias'\u0131, mevcut daldan birle\u015ftirilmi\u015f ve main<\/code> dal\u0131 d\u0131\u015f\u0131ndaki t\u00fcm dallar\u0131 otomatik olarak siler. Bu, geli\u015ftirme s\u00fcre\u00e7lerinde biriken eski \u00f6zellik dallar\u0131n\u0131 temizlemek i\u00e7in inan\u0131lmaz derecede zaman kazand\u0131r\u0131r ve depo karma\u015fas\u0131n\u0131 azalt\u0131r. Unutmay\u0131n, bu t\u00fcr g\u00fc\u00e7l\u00fc alias'lar\u0131 kullan\u0131rken dikkatli olun, \u00f6zellikle git branch -d<\/code> gibi silme i\u015flemleri i\u00e7erenlerde.<\/p>\n\n
.gitconfig<\/code> dosyan\u0131z\u0131n i\u00e7eri\u011fini yedekleyerek) farkl\u0131 makineler aras\u0131nda kolayca senkronize edebilirsiniz. Ayr\u0131ca, \u00f6zel i\u015f ak\u0131\u015flar\u0131n\u0131za uygun, kendinize \u00f6zg\u00fc alias'lar olu\u015fturmaktan \u00e7ekinmeyin!\n <\/div>\n<\/blockquote>\nGeli\u015fmi\u015f Git \u0130\u015f Ak\u0131\u015flar\u0131 ve Tak\u0131m \u00c7al\u0131\u015fmas\u0131 \u0130pu\u00e7lar\u0131 Nelerdir?<\/h2>\n
main<\/code>\/feature<\/code> dal modelleri bazen yetersiz kalabilir. \u0130\u015fte burada daha geli\u015fmi\u015f i\u015f ak\u0131\u015flar\u0131 ve tak\u0131m \u00e7al\u0131\u015fmas\u0131n\u0131 kolayla\u015ft\u0131ran Git \u00f6zellikleri devreye girer. Bu b\u00f6l\u00fcmde, Gitflow gibi yap\u0131land\u0131r\u0131lm\u0131\u015f yakla\u015f\u0131mlar\u0131, ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00f6netme yollar\u0131n\u0131 ve Git'i otomatik s\u00fcre\u00e7lerle entegre etmenin yollar\u0131n\u0131 inceleyece\u011fiz.<\/p>\nGitflow \u0130\u015f Ak\u0131\u015f\u0131 ile Projeyi Nas\u0131l Y\u00f6netirsiniz?<\/h3>\n
\n
main<\/code>:<\/strong> \u00dcretimde (production) olan kararl\u0131 kodu i\u00e7erir. Buraya yap\u0131lan commit'ler sadece yay\u0131nlanan s\u00fcr\u00fcmlerdir.\n <\/li>\ndevelop<\/code>:<\/strong> Bir sonraki b\u00fcy\u00fck s\u00fcr\u00fcm i\u00e7in t\u00fcm yeni \u00f6zelliklerin birle\u015ftirildi\u011fi entegrasyon dal\u0131d\u0131r. T\u00fcm yeni \u00f6zellik dallar\u0131 buradan ayr\u0131l\u0131r ve buraya birle\u015ftirilir.\n <\/li>\nfeature<\/code> dallar\u0131:<\/strong> Yeni bir \u00f6zellik geli\u015ftirmek i\u00e7in develop<\/code> dal\u0131ndan ayr\u0131lan k\u0131sa \u00f6m\u00fcrl\u00fc dallard\u0131r. \u0130\u015f bitince develop<\/code> dal\u0131na geri birle\u015ftirilir ve silinir.\n <\/li>\nrelease<\/code> dallar\u0131:<\/strong> Yeni bir s\u00fcr\u00fcm haz\u0131rl\u0131\u011f\u0131 i\u00e7in develop<\/code> dal\u0131ndan ayr\u0131l\u0131r. S\u00fcr\u00fcm haz\u0131rl\u0131\u011f\u0131 s\u0131ras\u0131nda hata d\u00fczeltmeleri ve son k\u00fc\u00e7\u00fck ayarlamalar yap\u0131l\u0131r. Haz\u0131rl\u0131k bitince main<\/code> ve develop<\/code> dallar\u0131na birle\u015ftirilir, ard\u0131ndan silinir.\n <\/li>\nhotfix<\/code> dallar\u0131:<\/strong> \u00dcretimdeki main<\/code> daldaki kritik hatalar\u0131 acilen d\u00fczeltmek i\u00e7in main<\/code> dal\u0131ndan ayr\u0131l\u0131r. D\u00fczeltme bitince main<\/code> ve develop<\/code> dallar\u0131na birle\u015ftirilir, ard\u0131ndan silinir.\n <\/li>\n<\/ol>\ngit-flow<\/code> uzant\u0131s\u0131) bu i\u015f ak\u0131\u015f\u0131n\u0131 destekler.<\/p>\n# Gitflow ba\u015flang\u0131c\u0131\ngit flow init\n\n# Yeni bir \u00f6zellik dal\u0131 ba\u015flatma\ngit flow feature start yeni-kullanici-paneli\n\n# \u00d6zellik \u00fczerinde \u00e7al\u0131\u015f\u0131n, commit'ler yap\u0131n\n# ...\n\n# \u00d6zelli\u011fi bitirme ve develop dal\u0131na birle\u015ftirme\ngit flow feature finish yeni-kullanici-paneli<\/pre>\nGit Submodules ile D\u0131\u015f Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Nas\u0131l Y\u00f6netirsiniz?<\/h3>\n
\n
\n Ana projenizin k\u00f6k dizininde, alt mod\u00fcl\u00fc eklemek istedi\u011finiz dizinde a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\ngit submodule add https:\/\/github.com\/kullanici\/ortak-dogrulama-kutuphanesi.git modules\/validation<\/pre>\n
\n Bu komut, ortak-dogrulama-kutuphanesi<\/code> deposunu modules\/validation<\/code> dizinine klonlar ve ana depoya bir .gitmodules<\/code> dosyas\u0131 ile ekler.\n <\/li>\n
\n Alt mod\u00fcldeki de\u011fi\u015fiklikleri takip etmek i\u00e7in, ana depodan alt mod\u00fcl\u00fcn en son commit'ini \u00e7ekmeniz gerekir:<\/p>\ngit submodule update --remote<\/pre>\n
\n Bu komut, t\u00fcm alt mod\u00fclleri uzak depodaki en son commit'e g\u00fcnceller.\n <\/li>\n
\n Ana projeyi klonlarken alt mod\u00fclleri de otomatik olarak klonlamak i\u00e7in:<\/p>\ngit clone --recurse-submodules https:\/\/github.com\/kullanici\/ana-proje.git<\/pre>\nMevcut bir projede alt mod\u00fclleri ba\u015flatmak ve g\u00fcncellemek i\u00e7in:<\/pre>\nGit Hooks ile \u0130\u015f Ak\u0131\u015f\u0131n\u0131z\u0131 Nas\u0131l Otomatikle\u015ftirirsiniz?<\/h3>\n
.git\/hooks<\/code> dizininde bulunur ve basit kabuk betiklerinden (bash, Python, Ruby vb.) olu\u015fur.<\/p>\n\n
pre-commit<\/code>:<\/strong> Commit mesaj\u0131 yaz\u0131lmadan \u00f6nce \u00e7al\u0131\u015f\u0131r. Kod kalitesi denetimi (linting), birim testleri \u00e7al\u0131\u015ft\u0131rma veya kod standartlar\u0131n\u0131 kontrol etme gibi i\u015flemleri otomatikle\u015ftirmek i\u00e7in idealdir. E\u011fer hook ba\u015far\u0131s\u0131z olursa, commit i\u015flemi iptal edilir.\n <\/li>\npost-commit<\/code>:<\/strong> Commit ba\u015far\u0131l\u0131 olduktan sonra \u00e7al\u0131\u015f\u0131r. Genellikle bildirim g\u00f6ndermek veya bir CI\/CD pipeline'\u0131n\u0131 tetiklemek i\u00e7in kullan\u0131l\u0131r.\n <\/li>\npre-push<\/code>:<\/strong> Uzak depoya push yapmadan \u00f6nce \u00e7al\u0131\u015f\u0131r. Entegre testlerinizi \u00e7al\u0131\u015ft\u0131rmak veya main<\/code> dala direkt commit push'unu engellemek gibi g\u00fcvenlik kontrolleri i\u00e7in kullan\u0131labilir.\n <\/li>\npost-merge<\/code>:<\/strong> Bir birle\u015ftirme i\u015flemi tamamland\u0131ktan sonra \u00e7al\u0131\u015f\u0131r. Ba\u011f\u0131ml\u0131l\u0131klar\u0131 g\u00fcncellemek (\u00f6rne\u011fin npm install<\/code>), testleri \u00e7al\u0131\u015ft\u0131rmak gibi i\u015flemler i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.\n <\/li>\n<\/ul>\npre-commit<\/code> hook'u ile bunu otomatikle\u015ftirebilirsiniz.<\/p>\n\n
\n Projenizin .git\/hooks<\/code> dizinine gidin (e\u011fer yoksa, \u015fablon dosyalar\u0131n\u0131 kopyalayabilirsiniz). pre-commit<\/code> ad\u0131nda bir dosya olu\u015fturun ve i\u00e7ine \u00e7al\u0131\u015ft\u0131r\u0131lacak beti\u011fi yaz\u0131n.<\/p>\n#!\/bin\/sh\n# Staging alan\u0131ndaki JavaScript dosyalar\u0131n\u0131 lint et\nJS_FILES=$(git diff --cached --name-only --diff-filter=ACM | grep '\\.js$')\nif [ -n \"$JS_FILES\" ]; then\n echo \"JavaScript dosyalar\u0131 kontrol ediliyor...\"\n eslint --max-warnings 0 $JS_FILES\n if [ $? -ne 0 ]; then\n echo \"ESLint hatalar\u0131 bulundu. Commit iptal edildi.\"\n exit 1\n fi\nfi\nexit 0<\/pre>\n
\n Beti\u011fi \u00e7al\u0131\u015ft\u0131r\u0131labilir hale getirin:<\/p>\nchmod +x .git\/hooks\/pre-commit<\/pre>\n