\n Geli\u015ftirme s\u00fcre\u00e7lerinizde birden fazla Git dal\u0131nda e\u015f zamanl\u0131 olarak \u00e7al\u0131\u015f\u0131rken, Claude gibi yapay zeka ara\u00e7lar\u0131ndan edindi\u011finiz de\u011ferli \u00e7\u0131kt\u0131lar\u0131 y\u00f6netmek karma\u015f\u0131k bir hal alabilir. Farkl\u0131 worktree’ler aras\u0131nda AI taraf\u0131ndan olu\u015fturulan kod par\u00e7ac\u0131klar\u0131n\u0131, dok\u00fcmantasyon taslaklar\u0131n\u0131 veya notlar\u0131 kolayca senkronize etmek i\u00e7in \n G\u00fcn\u00fcm\u00fcz yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, yapay zeka (YZ) ara\u00e7lar\u0131, kod yazmaktan dok\u00fcmantasyon olu\u015fturmaya, hatta karma\u015f\u0131k problemleri \u00e7\u00f6zmek i\u00e7in beyin f\u0131rt\u0131nas\u0131 yapmaya kadar bir\u00e7ok alanda geli\u015ftiricilerin vazge\u00e7ilmez yard\u0131mc\u0131lar\u0131 haline gelmi\u015ftir. Claude, bu YZ asistanlar\u0131n\u0131n \u00f6nde gelenlerinden biri olarak, h\u0131zl\u0131 ve etkili bir \u015fekilde metin, kod par\u00e7ac\u0131klar\u0131 ve farkl\u0131 formatlarda i\u00e7erikler \u00fcretebilme yetene\u011fiyle \u00f6ne \u00e7\u0131kmaktad\u0131r. Geli\u015ftiriciler, bu YZ taraf\u0131ndan \u00fcretilen \u00e7\u0131kt\u0131lar\u0131 projelerine entegre etmek, s\u00fcr\u00fcm kontrol sistemleriyle y\u00f6netmek ve ekip \u00fcyeleriyle payla\u015fmak isterler. Ancak, bu s\u00fcre\u00e7, \u00f6zellikle Git Worktrees gibi geli\u015fmi\u015f Git \u00f6zelliklerini aktif olarak kullanan ekipler i\u00e7in beklenmedik zorluklar bar\u0131nd\u0131rabilir.\n <\/p>\n \n Git Worktrees, ayn\u0131 depoda birden fazla \u00e7al\u0131\u015fma dizini olu\u015fturman\u0131za olanak tan\u0131yan g\u00fc\u00e7l\u00fc bir \u00f6zelliktir. Bu sayede, bir geli\u015ftirici ana daldaki bir hatay\u0131 d\u00fczeltirken ayn\u0131 zamanda yeni bir \u00f6zellik \u00fczerinde ayr\u0131 bir worktree’de \u00e7al\u0131\u015fabilir. Bu, ba\u011flam de\u011fi\u015ftirme maliyetini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131r\u0131r. Ancak, bu kolayl\u0131k beraberinde baz\u0131 y\u00f6netimsel zorluklar\u0131 da getirir. \u00d6rne\u011fin, bir worktree’de Claude’dan ald\u0131\u011f\u0131n\u0131z bir kod snippet’ini veya bir dok\u00fcmantasyon tasla\u011f\u0131n\u0131 kaydettiniz. Ba\u015fka bir worktree’ye ge\u00e7ti\u011finizde, bu dosyalar otomatik olarak orada bulunmayacakt\u0131r. Geleneksel yakla\u015f\u0131mlar, bu dosyalar\u0131 manuel olarak kopyalamay\u0131, Git’e ekleyip commit etmeyi ve ard\u0131ndan di\u011fer dallara merge etmeyi gerektirir ki bu da zaman al\u0131c\u0131, hata yapmaya a\u00e7\u0131k ve s\u0131k\u0131c\u0131 bir s\u00fcre\u00e7tir. Yapay zeka belgeleri genellikle s\u00fcrekli de\u011fi\u015fen ve deneysel nitelikte oldu\u011fu i\u00e7in, bu t\u00fcr manuel senkronizasyon y\u00f6ntemleri verimlili\u011fi ciddi \u015fekilde d\u00fc\u015f\u00fcrebilir. S\u00fcr\u00fcm kontrol\u00fc s\u00fcre\u00e7lerine bu t\u00fcr i\u00e7eriklerin d\u00fczenli entegrasyonu, geli\u015ftiricilerin odaklanmas\u0131n\u0131 da\u011f\u0131tabilir ve YZ’nin sundu\u011fu h\u0131z avantaj\u0131n\u0131 ortadan kald\u0131rabilir. \u0130\u015fte tam bu noktada, YZ \u00fcretimi i\u00e7eriklerin farkl\u0131 \u00e7al\u0131\u015fma alanlar\u0131 aras\u0131nda sorunsuz bir \u015fekilde payla\u015f\u0131lmas\u0131n\u0131 sa\u011flayan \n Bu problem, \u00f6zellikle b\u00fcy\u00fck projelerde veya h\u0131zl\u0131 iterasyon gerektiren ortamlarda daha da belirginle\u015fir. Ekip \u00fcyeleri, YZ’den \u00fcretilen farkl\u0131 \u00e7\u0131kt\u0131lar \u00fczerinde ayn\u0131 anda \u00e7al\u0131\u015f\u0131rken, bu \u00e7\u0131kt\u0131lar\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 ve g\u00fcncelli\u011fini sa\u011flamak hayati \u00f6nem ta\u015f\u0131r. Manuel m\u00fcdahaleler, s\u00fcr\u00fcm kontrol sistemlerindeki commit ge\u00e7mi\u015finin kirlenmesine veya \u00f6nemli YZ belgelerinin yanl\u0131\u015fl\u0131kla g\u00f6zden ka\u00e7\u0131r\u0131lmas\u0131na yol a\u00e7abilir. Bu durum, nihayetinde proje kalitesini ve teslimat h\u0131z\u0131n\u0131 olumsuz etkileyebilir. \n Git Worktrees, Git’in sundu\u011fu, genellikle g\u00f6z ard\u0131 edilen ancak olduk\u00e7a g\u00fc\u00e7l\u00fc bir \u00f6zelliktir. Temel olarak, tek bir Git deposunun (repository) birden fazla \u00e7al\u0131\u015fma kopyas\u0131na sahip olmas\u0131n\u0131 sa\u011flar. Geleneksel olarak, bir Git deposunda farkl\u0131 dallar (branches) \u00fczerinde \u00e7al\u0131\u015fmak istedi\u011finizde, ya mevcut \u00e7al\u0131\u015fma dizininizi de\u011fi\u015ftirir ( \n Bir worktree, asl\u0131nda ana deponun farkl\u0131 bir dal\u0131n\u0131 (veya ayn\u0131 dal\u0131n farkl\u0131 bir commitini) i\u015faret eden ayr\u0131 bir \u00e7al\u0131\u015fma dizinidir. Bu, ana depodan ba\u011f\u0131ms\u0131z olarak bir veya daha fazla ek \u00e7al\u0131\u015fma dizini olu\u015fturabilece\u011finiz anlam\u0131na gelir. Her worktree, kendi ayr\u0131 bir \u00e7al\u0131\u015fma dizinine (working directory) ve kendi git dizinine (ancak ana deponun \n Worktrees’in sundu\u011fu temel avantajlar \u015funlard\u0131r:\n <\/p>\n \n Yeni bir worktree olu\u015fturmak i\u00e7in genellikle \u015fu komut kullan\u0131l\u0131r:\n <\/p>\n <\/code><\/p>\n \n Bu komut, ana deponun bir \u00fcst dizininde \n \n Bu \u00e7\u00f6z\u00fcm, \u00f6zellikle Claude gibi YZ modellerinden elde edilen kod par\u00e7ac\u0131klar\u0131, dok\u00fcmantasyon taslaklar\u0131, test senaryolar\u0131, toplant\u0131 \u00f6zetleri veya di\u011fer metinsel varl\u0131klar gibi s\u00fcrekli g\u00fcncellenen ve s\u0131k\u00e7a payla\u015f\u0131lan i\u00e7eri\u011fin y\u00f6netimini basitle\u015ftirmeyi hedefler. Geli\u015ftiriciler, farkl\u0131 dallar \u00fczerinde \u00e7al\u0131\u015f\u0131rken YZ'den yeni \u00e7\u0131kt\u0131lar ald\u0131klar\u0131nda, \n \n \n \n \n Ger\u00e7ek bir CLI arac\u0131 olarak d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcm\u00fczde, <\/code><\/p>\n \n Kurulum tamamland\u0131ktan sonra, arac\u0131n projenizin k\u00f6k dizininde ba\u015flat\u0131lmas\u0131 gerekir. Bu, gerekli metadata dosyalar\u0131n\u0131 veya ba\u015flang\u0131\u00e7 yap\u0131land\u0131rmalar\u0131n\u0131 olu\u015fturacakt\u0131r.\n <\/p>\n <\/code><\/p>\n \n Bu komut, ana depo dizininde varsay\u0131lan bir \n Her bir worktree'nin veya ana deponun k\u00f6k dizininde, <\/code><\/p>\n \n Bu yap\u0131land\u0131rma dosyas\u0131, \n Yap\u0131land\u0131rma dosyan\u0131z\u0131 olu\u015fturduktan sonra, ilk senkronizasyonu manuel olarak tetikleyebilirsiniz. Bu, mevcut worktree'nizdeki YZ belgelerini di\u011fer worktree'ler ve ana depo aras\u0131nda da\u011f\u0131tacakt\u0131r.\n <\/p>\n <\/code><\/p>\n \n Bu komut, \n Bu ilk ad\u0131mlar\u0131 tamamlad\u0131ktan sonra, \n \n Senaryo:<\/strong> Bir yaz\u0131l\u0131m geli\u015ftirme ekibi, b\u00fcy\u00fck bir e-ticaret uygulamas\u0131nda \u00e7al\u0131\u015fmaktad\u0131r. Geli\u015ftiricilerden Alice, m\u00fc\u015fteri geri bildirimlerini analiz eden yeni bir yapay zeka tabanl\u0131 \u00f6neri sistemi \u00fczerinde ( \n Problem:<\/strong> Alice, Claude'dan ald\u0131\u011f\u0131 ve \n <\/code><\/p>\n \n Alice ve Bob, \n Senaryo:<\/strong> Bir Agile proje ekibi, haftal\u0131k sprint toplant\u0131lar\u0131nda al\u0131nan kararlar\u0131, yeni \u00f6zelliklerin kullan\u0131c\u0131 hikayelerini ve teknik tasar\u0131m \u00f6zetlerini h\u0131zla belgelemek i\u00e7in Claude'u kullanmaktad\u0131r. Bu belgeler, \n Problem:<\/strong> Can, genel proje durumunu g\u00fcncellerken, Deniz'in YZ ile olu\u015fturdu\u011fu en g\u00fcncel sprint notlar\u0131na veya kullan\u0131c\u0131 hikayesi taslaklar\u0131na ihtiya\u00e7 duymaktad\u0131r. Ancak bu taslaklar, Deniz'in worktree'sinde oldu\u011fu i\u00e7in Can taraf\u0131ndan do\u011frudan eri\u015filememektedir. Geleneksel olarak Deniz'in bu dosyalar\u0131 commit edip merge etmesi veya manuel olarak payla\u015fmas\u0131 gerekecektir ki bu da proje y\u00f6netim s\u00fcrecini yava\u015flat\u0131r ve bilgi ak\u0131\u015f\u0131n\u0131 aksat\u0131r.\n <\/p>\n \n <\/code><\/p>\n \n Deniz, \n Bu vaka analizleri, \n \n <\/code><\/p>\n \n Senkronizasyon s\u0131ras\u0131nda \u00e7ak\u0131\u015fmalar ka\u00e7\u0131n\u0131lmaz olabilir, \u00f6zellikle ayn\u0131 YZ belgesi \u00fczerinde farkl\u0131 worktree'lerde e\u015f zamanl\u0131 olarak de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131nda. \n Karma\u015f\u0131k \u00e7ak\u0131\u015fmalar i\u00e7in, \n <\/code><\/p>\n \n Burada \n Bu teknik makale gibi i\u00e7eriklerin farkl\u0131 cihazlarda (mobil dahil) okunabilir olmas\u0131 kritik \u00f6neme sahiptir. <\/code>\n <\/li>\n <\/code>\n <\/li>\n <\/code>\n <\/li>\n<\/ul>\n \n Bu ileri d\u00fczey teknikler, \n Yapay zeka ara\u00e7lar\u0131n\u0131n yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerine entegrasyonu, verimlilik ve inovasyon a\u00e7\u0131s\u0131ndan devrim niteli\u011finde f\u0131rsatlar sunmaktad\u0131r. Claude gibi geli\u015fmi\u015f dil modelleri, kodlama, dok\u00fcmantasyon olu\u015fturma ve problem \u00e7\u00f6zme gibi bir\u00e7ok alanda geli\u015ftiricilere paha bi\u00e7ilmez destek sa\u011flar. Ancak, bu YZ \u00fcretimi de\u011ferli \u00e7\u0131kt\u0131lar\u0131n birden fazla \u00e7al\u0131\u015fma ortam\u0131nda (\u00f6zellikle Git Worktrees ile \u00e7al\u0131\u015f\u0131rken) tutarl\u0131 ve g\u00fcncel kalmas\u0131n\u0131 sa\u011flamak, geli\u015ftiriciler i\u00e7in \u00f6nemli bir zorluk te\u015fkil edebilir. \u0130\u015fte \n \n \u00d6zetle, \n Yapay zeka destekli geli\u015ftirme s\u00fcre\u00e7lerinin gelece\u011fi parlak ve 1. dot-claude-sync sadece Claude ile mi \u00e7al\u0131\u015f\u0131r?<\/strong><\/p>\n \n Hay\u0131r, 2. \u00c7ak\u0131\u015fmalar nas\u0131l y\u00f6netilir ve veri kayb\u0131 riski var m\u0131d\u0131r?<\/strong><\/p>\n \n 3. dot-claude-sync'in performans\u0131 b\u00fcy\u00fck projelerde veya \u00e7ok say\u0131da dosyada nas\u0131l etkilenir?<\/strong><\/p>\n \n K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli dosya setlerinde dot-claude-sync<\/code> adl\u0131 kavray\u0131\u015fsal bir \u00e7\u00f6z\u00fcm, bu zorlu\u011fun \u00fcstesinden gelmenize yard\u0131mc\u0131 olabilir. Bu makale, geli\u015ftiricilerin AI destekli i\u015f ak\u0131\u015flar\u0131n\u0131 nas\u0131l daha verimli hale getirebileceklerini ad\u0131m ad\u0131m a\u00e7\u0131klamaktad\u0131r.\n <\/p>\ndot-claude-sync<\/code> gibi \u00e7\u00f6z\u00fcmler devreye girerek bu karma\u015f\u0131k s\u00fcreci basitle\u015ftirmeyi hedefler. Bu ara\u00e7, geli\u015ftiricilerin YZ destekli yarat\u0131c\u0131l\u0131klar\u0131n\u0131 k\u0131s\u0131tlamadan, i\u015f ak\u0131\u015flar\u0131n\u0131 optimize etmelerine olanak tan\u0131r.\n <\/p>\ndot-claude-sync<\/code>‘in temel amac\u0131, bu t\u00fcr YZ destekli varl\u0131klar\u0131n (AI-generated assets) y\u00f6netimini merkezile\u015ftirerek ve otomatikle\u015ftirerek geli\u015ftiricilere rahat bir nefes ald\u0131rmakt\u0131r. Bu sayede, geli\u015ftiriciler YZ’nin sundu\u011fu avantajlardan tam anlam\u0131yla faydalanabilir ve ayn\u0131 zamanda projenin tutarl\u0131l\u0131\u011f\u0131n\u0131 ve s\u00fcr\u00fcm kontrol\u00fcn\u00fc koruyabilirler.\n <\/p>\nGit Worktrees Nedir ve Geli\u015ftiricilere Ne Gibi Avantajlar Sunar?<\/h3>\n
git checkout git checkout<\/code> ba\u011flam de\u011fi\u015ftirme maliyetine neden olurken (derleme, testler vb. yeniden \u00e7al\u0131\u015ft\u0131rma), birden fazla klon disk alan\u0131n\u0131 bo\u015fa harcar ve senkronizasyonu zorla\u015ft\u0131r\u0131r. Worktrees bu sorunlara zarif bir \u00e7\u00f6z\u00fcm sunar.\n <\/p>\n.git<\/code> dizinine ba\u011fl\u0131) sahiptir. Bu yap\u0131, geli\u015ftiricilere paralel geli\u015ftirme yetenekleri sunar. \u00d6rne\u011fin, bir ana worktree’de main<\/code> dal\u0131nda \u00e7al\u0131\u015f\u0131rken, ba\u015fka bir worktree’de feature-x<\/code> dal\u0131nda geli\u015ftirmeler yapabilir veya \u00fc\u00e7\u00fcnc\u00fc bir worktree’de bugfix-y<\/code> dal\u0131ndaki bir hatay\u0131 h\u0131zla giderebilirsiniz. T\u00fcm bunlar, farkl\u0131 Git depolar\u0131 klonlamak veya s\u00fcrekli dallar aras\u0131nda ge\u00e7i\u015f yapmak zorunda kalmadan ger\u00e7ekle\u015fir.\n <\/p>\n\n
git checkout<\/code> komutuyla dal de\u011fi\u015ftirdi\u011finizde, IDE’nizin indeksleri yeniden olu\u015fturmas\u0131, ba\u011f\u0131ml\u0131l\u0131klar\u0131n tekrar y\u00fcklenmesi veya uygulaman\u0131n yeniden derlenmesi gerekebilir. Worktrees ile bu t\u00fcr maliyetler minimuma iner, \u00e7\u00fcnk\u00fc her worktree kendi izole ortam\u0131na sahiptir.\n <\/li>\n\ngit worktree add ..\/new-feature-worktree feature\/new-feature\n <\/pre>\nnew-feature-worktree<\/code> ad\u0131nda yeni bir \u00e7al\u0131\u015fma dizini olu\u015fturur ve bu dizini feature\/new-feature<\/code> dal\u0131na ba\u011flar. Mevcut worktree'leri listelemek i\u00e7in git worktree list<\/code>, bir worktree'yi kald\u0131rmak i\u00e7in ise git worktree remove<\/code> kullan\u0131l\u0131r. Worktrees, modern geli\u015ftirme i\u015f ak\u0131\u015flar\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131rabilir ve karma\u015f\u0131k projelerde geli\u015ftirici verimlili\u011fini art\u0131rabilir. Ancak, YZ \u00fcretimi belgelerin bu farkl\u0131 \u00e7al\u0131\u015fma alanlar\u0131 aras\u0131nda nas\u0131l y\u00f6netilece\u011fi sorusu hala \u00f6nemini korumaktad\u0131r; i\u015fte bu noktada dot-claude-sync<\/code> gibi ara\u00e7lar devreye girer.\n <\/p>\ndot-claude-sync: Yapay Zeka Belgeleri Senkronizasyonuna Yeni Bir Bak\u0131\u015f A\u00e7\u0131s\u0131<\/h2>\n
dot-claude-sync<\/code>, Git Worktrees ortam\u0131nda yapay zeka (YZ) taraf\u0131ndan \u00fcretilen belgelerin y\u00f6netimini ve senkronizasyonunu kolayla\u015ft\u0131rmak amac\u0131yla tasarlanm\u0131\u015f hipotetik ama olduk\u00e7a pratik bir \u00e7\u00f6z\u00fcmd\u00fcr. Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, bu sistemin temelinde her Git deposunun veya worktree'nin k\u00f6k dizininde bulunan .claude-sync<\/code> ad\u0131nda bir yap\u0131land\u0131rma dosyas\u0131 yatar. Bu dosya, hangi dosyalar\u0131n veya dizinlerin YZ \u00fcretimi olarak kabul edildi\u011fini, bunlar\u0131n hangi worktree'ler aras\u0131nda senkronize edilmesi gerekti\u011fini ve olas\u0131 \u00e7ak\u0131\u015fmalar\u0131n nas\u0131l ele al\u0131naca\u011f\u0131n\u0131 tan\u0131mlar. dot-claude-sync<\/code>, manuel dosya kopyalama ve yap\u0131\u015ft\u0131rma i\u015flemlerinin \u00f6n\u00fcne ge\u00e7erek, YZ'den elde edilen \u00e7\u0131kt\u0131lar\u0131n tutarl\u0131 ve g\u00fcncel kalmas\u0131n\u0131 otomatikle\u015ftirir.\n <\/p>\ndot-claude-sync<\/code>'i kullanarak bu \u00e7\u0131kt\u0131lar\u0131n di\u011fer ilgili worktree'lerde de an\u0131nda eri\u015filebilir olmas\u0131n\u0131 sa\u011flayabilirler. Bu, YZ destekli geli\u015ftirme i\u015f ak\u0131\u015f\u0131n\u0131n do\u011fal bir uzant\u0131s\u0131 haline gelir ve YZ'nin sundu\u011fu \u00fcretkenlik art\u0131\u015f\u0131n\u0131 tam anlam\u0131yla kullanmalar\u0131na olanak tan\u0131r.\n <\/p>\ndot-claude-sync<\/code>'in \u00e7al\u0131\u015fma prensibi olduk\u00e7a basittir ancak g\u00fc\u00e7l\u00fc bir otomasyon katman\u0131 sunar. \u00d6ncelikle, her bir worktree veya ana depo dizininde bir .claude-sync<\/code> dosyas\u0131 tan\u0131mlan\u0131r. Bu dosya, senkronize edilecek yollar\u0131 (paths<\/code>), hari\u00e7 tutulacak kal\u0131plar\u0131 (ignore<\/code>), senkronizasyon stratejilerini (strategy<\/code>) ve tetikleyicileri (hooks<\/code>) i\u00e7erir. dot-claude-sync<\/code> komutu \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, bu yap\u0131land\u0131rma dosyas\u0131n\u0131 okur, tan\u0131mlanan yollardaki dosyalar\u0131 tespit eder ve bu dosyalar\u0131n hash de\u011ferlerini veya zaman damgalar\u0131n\u0131 di\u011fer worktree'lerle kar\u015f\u0131la\u015ft\u0131r\u0131r. Farkl\u0131l\u0131klar bulundu\u011funda, belirlenen stratejiye g\u00f6re senkronizasyon i\u015flemini ger\u00e7ekle\u015ftirir. Bu strateji, basit dosya kopyalamadan, daha karma\u015f\u0131k \u00fc\u00e7 yollu birle\u015ftirmeye (three-way merge) kadar de\u011fi\u015febilir.\n <\/p>\ndot-claude-sync<\/code>'in temel \u00f6zellikleri \u015funlar\u0131 i\u00e7erir:\n <\/p>\n\n
post-checkout<\/code>) arac\u0131l\u0131\u011f\u0131yla otomatik senkronizasyon tetikleyebilir veya geli\u015ftiricinin ihtiyac\u0131na g\u00f6re manuel olarak dot-claude-sync sync<\/code> komutunu \u00e7al\u0131\u015ft\u0131rabilirsiniz.\n <\/li>\ndot-claude-sync<\/code>, YZ destekli geli\u015ftirme s\u00fcre\u00e7lerindeki da\u011f\u0131n\u0131kl\u0131\u011f\u0131 azaltarak, geli\u015ftiricilerin daha \u00e7ok yarat\u0131c\u0131 i\u015flerine odaklanmalar\u0131n\u0131 ve YZ'nin sa\u011flad\u0131\u011f\u0131 verimlilik avantaj\u0131n\u0131 tam olarak kullanmalar\u0131n\u0131 m\u00fcmk\u00fcn k\u0131lar. Bu sayede, YZ taraf\u0131ndan \u00fcretilen de\u011ferli bilgiler kaybolmaz, yanl\u0131\u015f yerle\u015ftirilmez ve her zaman ilgili geli\u015ftirme ortam\u0131nda g\u00fcncel olarak bulunur.\n <\/p>\ndot-claude-sync Kurulumu ve \u0130lk Ad\u0131mlar: Nas\u0131l Ba\u015flamal\u0131s\u0131n\u0131z?<\/h3>\n
dot-claude-sync<\/code>'i projenize entegre etmek ve YZ taraf\u0131ndan \u00fcretilen belgelerinizi worktree'ler aras\u0131nda senkronize etmeye ba\u015flamak, birka\u00e7 basit ad\u0131m\u0131 izleyerek ger\u00e7ekle\u015ftirilebilir. \u0130lk olarak, bu arac\u0131n (konseptsel olarak) projenizin ana deposuna eklenmesi ve ard\u0131ndan her bir worktree i\u00e7in gerekli yap\u0131land\u0131rmalar\u0131n yap\u0131lmas\u0131 gerekmektedir. \u0130\u015fte ad\u0131m ad\u0131m nas\u0131l ba\u015flayabilece\u011finize dair bir rehber:\n <\/p>\nAd\u0131m 1: dot-claude-sync Arac\u0131n\u0131 Projeye Entegre Etme (Hipotetik Kurulum)<\/h4>\n
dot-claude-sync<\/code>'i projenizin geli\u015ftirme ba\u011f\u0131ml\u0131l\u0131klar\u0131na eklemeniz veya sisteminizde global olarak kurman\u0131z gerekirdi. Python ile yaz\u0131lm\u0131\u015f varsay\u0131msal bir ara\u00e7 i\u00e7in a\u015fa\u011f\u0131daki gibi bir kurulum komutu hayal edebiliriz:\n <\/p>\n\npip install dot-claude-sync\n# veya proje ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 olarak:\n# pipenv install dot-claude-sync\n# poetry add dot-claude-sync\n <\/pre>\n\ncd \/path\/to\/your\/git\/repo\ndot-claude-sync init\n <\/pre>\n.claude-sync<\/code> yap\u0131land\u0131rma dosyas\u0131 olu\u015fturacakt\u0131r.\n <\/p>\nAd\u0131m 2: .claude-sync Yap\u0131land\u0131rma Dosyas\u0131n\u0131 Olu\u015fturma ve \u00d6zelle\u015ftirme<\/h4>\n
.claude-sync<\/code> ad\u0131nda bir YAML veya JSON dosyas\u0131 olu\u015fturman\u0131z veya mevcut dosyay\u0131 d\u00fczenlemeniz gerekir. Bu dosya, senkronizasyon kurallar\u0131n\u0131 tan\u0131mlar. \u0130\u015fte temel bir .claude-sync<\/code> dosya i\u00e7eri\u011fi \u00f6rne\u011fi:\n <\/p>\n\n# .claude-sync dosyas\u0131\nsync_paths:\n - \"claude_outputs\/\" # Claude taraf\u0131ndan \u00fcretilen dosyalar\u0131n tutuldu\u011fu dizin\n - \"docs\/ai_drafts\/\" # AI taraf\u0131ndan olu\u015fturulan belge taslaklar\u0131\n - \"src\/ai_snippets\/*.py\" # AI taraf\u0131ndan \u00fcretilen belirli kod snippet'leri\nignore_patterns:\n - \"*.tmp\" # Ge\u00e7ici dosyalar\u0131 yoksay\n - \"claude_outputs\/logs\/\" # Log dizinini yoksay\nsync_strategy: \"last-write-wins\" # \u00c7ak\u0131\u015fmalarda son yaz\u0131lan\u0131n kazanmas\u0131n\u0131 sa\u011fla\nauto_sync_on_checkout: true # Her dal de\u011fi\u015ftirmede otomatik senkronizasyon\n <\/pre>\nclaude_outputs\/<\/code> ve docs\/ai_drafts\/<\/code> dizinlerinin yan\u0131 s\u0131ra src\/ai_snippets\/<\/code> alt\u0131ndaki t\u00fcm Python dosyalar\u0131n\u0131n senkronize edilece\u011fini belirtir. Ayr\u0131ca, .tmp<\/code> uzant\u0131l\u0131 dosyalar ve claude_outputs\/logs\/<\/code> dizini senkronizasyon d\u0131\u015f\u0131nda tutulur. last-write-wins<\/code> stratejisi, farkl\u0131 worktree'lerde ayn\u0131 dosyan\u0131n farkl\u0131 s\u00fcr\u00fcmleri mevcut oldu\u011funda, en son de\u011fi\u015ftirilen s\u00fcr\u00fcm\u00fcn korunaca\u011f\u0131n\u0131 belirtir. auto_sync_on_checkout: true<\/code> ise, Git dal de\u011fi\u015ftirildi\u011finde (git checkout<\/code> veya worktree ge\u00e7i\u015flerinde) otomatik senkronizasyonun tetiklenmesini sa\u011flar.\n <\/p>\nAd\u0131m 3: \u0130lk Senkronizasyonu Ger\u00e7ekle\u015ftirme<\/h4>\n
\ndot-claude-sync sync\n <\/pre>\n.claude-sync<\/code> dosyas\u0131nda tan\u0131mlanan kurallara g\u00f6re, t\u00fcm ba\u011fl\u0131 worktree'ler aras\u0131nda senkronizasyon i\u015flemini ba\u015flat\u0131r. Senkronizasyon s\u00fcrecinde, dosyalar\u0131n de\u011fi\u015fiklik tarihleri, i\u00e7erik hash'leri ve yap\u0131land\u0131rma dosyas\u0131ndaki stratejiler dikkate al\u0131n\u0131r. Senkronizasyon tamamland\u0131\u011f\u0131nda, YZ taraf\u0131ndan \u00fcretilen t\u00fcm ilgili belgeleriniz, t\u00fcm \u00e7al\u0131\u015fma alanlar\u0131n\u0131zda g\u00fcncel ve tutarl\u0131 olacakt\u0131r.\n <\/p>\n.claude-sync<\/code> dosyan\u0131z\u0131 Git'e eklemeyi (git add .claude-sync<\/code> ve git commit -m \"Add dot-claude-sync config\"<\/code>) unutmay\u0131n. Bu, yap\u0131land\u0131rma kurallar\u0131n\u0131n t\u00fcm ekip \u00fcyeleri ve worktree'ler aras\u0131nda tutarl\u0131 olmas\u0131n\u0131 sa\u011flayacakt\u0131r. Aksi takdirde, her worktree'de manuel olarak yap\u0131land\u0131rma yapman\u0131z gerekir.\n <\/div>\ndot-claude-sync<\/code> projenizin bir par\u00e7as\u0131 haline gelmi\u015f olacak ve YZ taraf\u0131ndan \u00fcretilen belgelerinizi daha verimli bir \u015fekilde y\u00f6netmeye ba\u015flayabileceksiniz. Sonraki b\u00f6l\u00fcmlerde, bu arac\u0131n ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l kullan\u0131labilece\u011fini ve daha ileri d\u00fczey \u00f6zelliklerini ke\u015ffedece\u011fiz.\n <\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda dot-claude-sync Kullan\u0131m\u0131: Vaka Analizleri<\/h2>\n
dot-claude-sync<\/code>'in sundu\u011fu otomasyon ve senkronizasyon yetenekleri, \u00e7e\u015fitli geli\u015ftirme senaryolar\u0131nda \u00f6nemli avantajlar sa\u011flayabilir. \u0130\u015fte bu arac\u0131n ger\u00e7ek d\u00fcnya problemlerini nas\u0131l \u00e7\u00f6zebilece\u011fine dair iki vaka analizi:\n <\/p>\nVaka Analizi 1: \u00c7oklu \u00d6zellik Geli\u015ftirme ve YZ Destekli Kod Entegrasyonu<\/h3>\n
feature\/recommendation-engine<\/code> worktree'sinde) \u00e7al\u0131\u015fmaktad\u0131r. Ayn\u0131 zamanda, Bob farkl\u0131 bir worktree'de (feature\/checkout-flow<\/code>) \u00f6deme ak\u0131\u015f\u0131n\u0131 iyile\u015ftiren UI g\u00fcncellemeleri yapmaktad\u0131r. Her iki geli\u015ftirici de, h\u0131zl\u0131 prototipleme ve karma\u015f\u0131k algoritmik g\u00f6revler i\u00e7in Claude'dan s\u0131k\u00e7a yararlanmaktad\u0131r. Claude, \u00f6zellikle yeni API entegrasyonlar\u0131 i\u00e7in boilerplate kodlar\u0131, veri d\u00f6n\u00fc\u015ft\u00fcrme fonksiyonlar\u0131 ve karma\u015f\u0131k veritaban\u0131 sorgular\u0131 olu\u015fturmalar\u0131na yard\u0131mc\u0131 olmaktad\u0131r.\n <\/p>\nsrc\/ai_generated_code\/recommendations.py<\/code> i\u00e7ine kaydetti\u011fi bir Python fonksiyonunu geli\u015ftirirken, Bob'un da \u00f6deme ak\u0131\u015f\u0131 i\u00e7in benzer bir YZ \u00fcretimi veri do\u011frulama mant\u0131\u011f\u0131na (src\/ai_generated_code\/validation.py<\/code>) ihtiyac\u0131 olmu\u015ftur. Bu iki dosya, ba\u015flang\u0131\u00e7ta farkl\u0131 worktree'lerde geli\u015ftirildi\u011finden, birbirlerinin \u00e7al\u0131\u015fmalar\u0131ndan do\u011frudan haberdar de\u011fillerdir. Ayr\u0131ca, Alice'in YZ taraf\u0131ndan olu\u015fturulan ve docs\/api_specs\/recommendations.md<\/code> dosyas\u0131nda yer alan API dok\u00fcmantasyon tasla\u011f\u0131 da Bob'un API entegrasyonu yaparken ihtiya\u00e7 duyabilece\u011fi bilgiler i\u00e7ermektedir. Manuel kopyalama veya erken Git commit'leri yapmak, ba\u011flam\u0131 bozabilir ve verimlili\u011fi d\u00fc\u015f\u00fcrebilir.\n <\/p>\ndot-claude-sync<\/code> \u00c7\u00f6z\u00fcm\u00fc:<\/strong> Geli\u015ftirme ekibi, ana depoda ve her worktree'de a\u015fa\u011f\u0131daki .claude-sync<\/code> yap\u0131land\u0131rmas\u0131n\u0131 kullan\u0131r:\n <\/p>\n\n# .claude-sync\nsync_paths:\n - \"src\/ai_generated_code\/\"\n - \"docs\/api_specs\/\"\nignore_patterns:\n - \"*.tmp\"\n - \"*.log\"\nsync_strategy: \"merge-if-possible\" # \u00c7ak\u0131\u015fmalarda ak\u0131ll\u0131 birle\u015ftirme denemesi\nauto_sync_on_checkout: true\n <\/pre>\ngit checkout<\/code> komutunu kullanarak dallar\u0131 veya worktree'leri her de\u011fi\u015ftirdiklerinde, dot-claude-sync<\/code> otomatik olarak tetiklenir. Alice feature\/recommendation-engine<\/code> dal\u0131nda recommendations.py<\/code> dosyas\u0131n\u0131 geli\u015ftirdi\u011finde ve bir sonraki g\u00fcn feature\/checkout-flow<\/code> worktree'sine ge\u00e7ti\u011finde, dot-claude-sync<\/code> devreye girer. E\u011fer recommendations.py<\/code> veya recommendations.md<\/code> dosyalar\u0131nda bir de\u011fi\u015fiklik varsa, bu de\u011fi\u015fiklikler Bob'un worktree'sine senkronize edilir (e\u011fer bir \u00e7ak\u0131\u015fma yoksa veya otomatik olarak \u00e7\u00f6z\u00fclebiliyorsa). Benzer \u015fekilde, Bob'un validation.py<\/code> \u00fczerindeki \u00e7al\u0131\u015fmalar\u0131 da Alice'in worktree'sine ta\u015f\u0131n\u0131r. Bu sayede, her iki geli\u015ftirici de, kendi worktree'lerinde \u00e7al\u0131\u015f\u0131rken, YZ taraf\u0131ndan olu\u015fturulan ilgili kod ve dok\u00fcmantasyon par\u00e7ac\u0131klar\u0131na her zaman eri\u015febilir.\n <\/p>\nmerge-if-possible<\/code> stratejisi, dosya t\u00fcr\u00fcne g\u00f6re farkl\u0131 birle\u015ftirme ara\u00e7lar\u0131n\u0131 (\u00f6rne\u011fin, kod dosyalar\u0131 i\u00e7in git merge<\/code> gibi) kullanarak ak\u0131ll\u0131 \u00e7ak\u0131\u015fma \u00e7\u00f6z\u00fcmleri denemenize olanak tan\u0131r. Bu, manuel m\u00fcdahale ihtiyac\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r.\n <\/div>\nVaka Analizi 2: Belgeleme ve Proje Y\u00f6netiminde YZ Kullan\u0131m\u0131<\/h3>\n
docs\/sprint_notes\/<\/code> ve docs\/user_stories\/<\/code> dizinlerinde Markdown format\u0131nda saklanmaktad\u0131r. Proje y\u00f6neticisi Can, ana depoda genel planlama ve raporlama yaparken, geli\u015ftirme ekibi lideri Deniz, bir ba\u015fka worktree'de (feature\/sprint-planning<\/code>) gelecek sprint'in detaylar\u0131n\u0131 haz\u0131rlamaktad\u0131r.\n <\/p>\ndot-claude-sync<\/code> \u00c7\u00f6z\u00fcm\u00fc:<\/strong> Ekip, a\u015fa\u011f\u0131daki gibi bir .claude-sync<\/code> yap\u0131land\u0131rmas\u0131 kullan\u0131r:\n <\/p>\n\n# .claude-sync\nsync_paths:\n - \"docs\/sprint_notes\/\"\n - \"docs\/user_stories\/\"\n - \"docs\/technical_designs\/\"\nignore_patterns:\n - \"*.bak\"\nsync_strategy: \"prefer-source\" # E\u011fer \u00e7ak\u0131\u015fma olursa, kayna\u011f\u0131n (bu worktree) s\u00fcr\u00fcm\u00fcn\u00fc tercih et\nauto_sync_on_checkout: true\n <\/pre>\nfeature\/sprint-planning<\/code> worktree'sinde Claude ile yeni sprint i\u00e7in detayl\u0131 kullan\u0131c\u0131 hikayeleri ve teknik tasar\u0131mlar olu\u015fturur. Bu dosyalar docs\/user_stories\/<\/code> ve docs\/technical_designs\/<\/code> alt\u0131na kaydedilir. Can, ana depoda \u00e7al\u0131\u015f\u0131rken dot-claude-sync sync<\/code> komutunu \u00e7al\u0131\u015ft\u0131rarak veya farkl\u0131 bir worktree'ye ge\u00e7ti\u011finde otomatik olarak, Deniz'in olu\u015fturdu\u011fu en g\u00fcncel YZ belgelerine eri\u015febilir. Bu sayede, Can projenin genel durumunu ve ilerlemesini her zaman en g\u00fcncel bilgilerle takip edebilir, Deniz ise belgelemeye odaklan\u0131rken bilgi payla\u015f\u0131m\u0131 konusunda endi\u015felenmez.\n <\/p>\nprefer-source<\/code> stratejisi, mevcut worktree'nizdeki de\u011fi\u015fikliklerin \u00e7ak\u0131\u015fma durumunda di\u011fer worktree'lerdeki ayn\u0131 dosyalar\u0131 ezmesini sa\u011flar. Bu, belirli bir worktree'nin \"yetkili kaynak\" oldu\u011fu senaryolarda kullan\u0131\u015fl\u0131d\u0131r. Ancak dikkatli kullan\u0131lmal\u0131d\u0131r.\n <\/div>\ndot-claude-sync<\/code>'in hem kod geli\u015ftirme hem de proje y\u00f6netimi s\u00fcre\u00e7lerinde YZ \u00fcretimi belgelerin y\u00f6netimini nas\u0131l basitle\u015ftirebilece\u011fini ve ekip verimlili\u011fini nas\u0131l art\u0131rabilece\u011fini g\u00f6stermektedir. Geli\u015ftiriciler ve proje y\u00f6neticileri, YZ'nin sundu\u011fu avantajlardan tam olarak faydalanabilir ve ayn\u0131 zamanda karma\u015f\u0131k Git Worktrees ortamlar\u0131nda bilgi tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flayabilirler.\n <\/p>\ndot-claude-sync ile \u0130leri D\u00fczey Kullan\u0131m Teknikleri ve \u0130pu\u00e7lar\u0131<\/h2>\n
dot-claude-sync<\/code>, temel senkronizasyon yeteneklerinin \u00f6tesinde, daha karma\u015f\u0131k geli\u015ftirme i\u015f ak\u0131\u015flar\u0131na entegre edilebilecek ileri d\u00fczey \u00f6zellikler de sunar. Bu b\u00f6l\u00fcmde, arac\u0131n tam potansiyelini ortaya \u00e7\u0131karmak i\u00e7in kullanabilece\u011finiz baz\u0131 teknikler ve ipu\u00e7lar\u0131 \u00fczerinde duraca\u011f\u0131z.\n <\/p>\nGit Hooks ile Entegrasyon: Otomatik Senkronizasyon Ak\u0131\u015flar\u0131<\/h3>\n
dot-claude-sync<\/code>'i en etkili \u015fekilde kullanman\u0131n yollar\u0131ndan biri, onu Git hook'lar\u0131 ile entegre etmektir. Git hook'lar\u0131, belirli Git olaylar\u0131 (\u00f6rne\u011fin, commit \u00f6ncesi, checkout sonras\u0131) ger\u00e7ekle\u015fti\u011finde otomatik olarak betikler \u00e7al\u0131\u015ft\u0131rman\u0131za olanak tan\u0131r. Bu sayede, senkronizasyon i\u015flemlerini tamamen otomatikle\u015ftirebilirsiniz.\n <\/p>\n\n
post-checkout<\/code> Hook'u:<\/strong> Bir dal\u0131 veya worktree'yi de\u011fi\u015ftirdikten hemen sonra senkronizasyon yapmak i\u00e7in idealdir. Bu, her yeni \u00e7al\u0131\u015fma ortam\u0131na ge\u00e7ti\u011finizde YZ taraf\u0131ndan olu\u015fturulan belgelerinizin g\u00fcncel olmas\u0131n\u0131 sa\u011flar.<\/p>\n\n# .git\/hooks\/post-checkout dosyas\u0131na eklenecek\n# (veya worktree'nin .git\/hooks dizinine)\n#!\/bin\/sh\n# Bu betik, bir dal veya worktree de\u011fi\u015ftirildi\u011finde \u00e7al\u0131\u015f\u0131r.\n# $1: old_head, $2: new_head, $3: is_branch_checkout (0\/1)\n\necho \"dot-claude-sync: \u00c7al\u0131\u015fma a\u011fac\u0131n\u0131z\u0131 senkronize ediliyor...\"\ndot-claude-sync sync --verbose || true\necho \"dot-claude-sync: Senkronizasyon tamamland\u0131.\"\n <\/pre>\nchmod +x .git\/hooks\/post-checkout<\/code>. Ayr\u0131ca, --verbose<\/code> bayra\u011f\u0131 ile senkronizasyon s\u00fcrecindeki detaylar\u0131 g\u00f6rebilirsiniz, bu da hata ay\u0131klama i\u00e7in faydal\u0131d\u0131r.\n <\/div>\n<\/li>\npost-commit<\/code> Hook'u:<\/strong> Her commit'ten sonra, YZ taraf\u0131ndan olu\u015fturulan ve hen\u00fcz commit edilmemi\u015f yeni belgelerin di\u011fer worktree'lere yans\u0131t\u0131lmas\u0131 i\u00e7in kullan\u0131labilir. Bu, daha \"anl\u0131k\" bir senkronizasyon sa\u011flar.\n <\/li>\n<\/ul>\n\u00c7ak\u0131\u015fma Y\u00f6netimi ve Stratejiler<\/h3>\n
dot-claude-sync<\/code>, .claude-sync<\/code> dosyas\u0131ndaki sync_strategy<\/code> parametresi ile bu durumu y\u00f6netmenize olanak tan\u0131r:\n <\/p>\n\n
last-write-wins<\/code>:<\/strong> Varsay\u0131lan olarak, en son de\u011fi\u015ftirilen dosya s\u00fcr\u00fcm\u00fc kazan\u0131r. Basit senaryolar i\u00e7in uygun, ancak veri kayb\u0131 riski ta\u015f\u0131r.\n <\/li>\nprefer-source<\/code> \/ prefer-target<\/code>:<\/strong> Kaynak (mevcut worktree) veya hedef (di\u011fer worktree) s\u00fcr\u00fcm\u00fcn\u00fc ko\u015fulsuz olarak tercih etme. Belirli bir worktree'nin \"yetkili\" oldu\u011fu durumlarda kullan\u0131labilir.\n <\/li>\nmerge-if-possible<\/code>:<\/strong> E\u011fer dosya t\u00fcr\u00fc destekleniyorsa (\u00f6rne\u011fin metin dosyalar\u0131), ak\u0131ll\u0131 bir birle\u015ftirme algoritmas\u0131 kullanmaya \u00e7al\u0131\u015f\u0131r. Ba\u015far\u0131s\u0131z olursa, \u00e7ak\u0131\u015fmay\u0131 i\u015faretler.\n <\/li>\nmanual<\/code>:<\/strong> Bir \u00e7ak\u0131\u015fma tespit edildi\u011finde, senkronizasyon durur ve kullan\u0131c\u0131ya manuel olarak m\u00fcdahale etmesi bildirilir. Bu, en g\u00fcvenli ancak en az otomatik yakla\u015f\u0131md\u0131r.\n <\/li>\n<\/ul>\ndot-claude-sync<\/code>'i Git'in mergetool<\/code> \u00f6zelli\u011fi ile entegre edebilirsiniz. \u00d6rne\u011fin, manual<\/code> stratejisi se\u00e7ildi\u011finde, dot-claude-sync<\/code> \u00e7ak\u0131\u015fan dosyalar\u0131 i\u015faretleyebilir ve geli\u015ftirici daha sonra git mergetool<\/code> kullanarak bu \u00e7ak\u0131\u015fmalar\u0131 \u00e7\u00f6zebilir.\n <\/p>\nSe\u00e7ici Senkronizasyon ve Hari\u00e7 Tutmalar<\/h3>\n
.claude-sync<\/code> dosyas\u0131ndaki sync_paths<\/code> ve ignore_patterns<\/code> parametreleri, senkronizasyon kapsam\u0131n\u0131 hassas bir \u015fekilde kontrol etmenizi sa\u011flar.\n <\/p>\n\n# Geli\u015fmi\u015f .claude-sync \u00f6rne\u011fi\nsync_paths:\n - \"claude_outputs\/**\/*.md\" # Yaln\u0131zca Markdown dosyalar\u0131n\u0131 senkronize et\n - \"src\/ai_prompts\/*.json\" # Promt dosyalar\u0131n\u0131 senkronize et\n - \"!src\/ai_prompts\/legacy\/*.json\" # Ancak legacy promptlar\u0131 hari\u00e7 tut\nignore_patterns:\n - \"**\/.DS_Store\"\n - \"**\/*.bak\"\n - \"node_modules\/\"\nsync_strategy: \"merge-if-possible\"\ncustom_pre_sync_script: \".\/scripts\/clean_temp_files.sh\" # Senkronizasyon \u00f6ncesi \u00f6zel betik\n <\/pre>\n!<\/code> ile ba\u015flayan yollar, bir \u00f6nceki tan\u0131mlanan yollar\u0131n i\u00e7inden belirli bir deseni hari\u00e7 tutmak i\u00e7in kullan\u0131l\u0131r. Bu, \u00e7ok esnek senkronizasyon kurallar\u0131 olu\u015fturman\u0131za olanak tan\u0131r. Ayr\u0131ca, custom_pre_sync_script<\/code> gibi \u00f6zel betik tetikleyicileri ile senkronizasyon \u00f6ncesi veya sonras\u0131 temizlik, bildirim veya loglama gibi ek i\u015flemler yapabilirsiniz.\n <\/p>\nMobil Uyumlu HTML ve Kod Bloklar\u0131<\/h3>\n
dot-claude-sync<\/code> bir komut sat\u0131r\u0131 arac\u0131 olsa da, dok\u00fcmantasyonu veya \u00e7\u0131kt\u0131lar\u0131n\u0131n web \u00fczerinden payla\u015f\u0131lmas\u0131 durumunda mobil uyumluluk d\u00fc\u015f\u00fcn\u00fclmelidir.\n <\/p>\n\n
<\/code> b\u00f6l\u00fcm\u00fcnde, mobil cihazlara do\u011fru g\u00f6r\u00fcnt\u00fcleme talimat\u0131 veren <\/code> etiketi bulunmal\u0131d\u0131r.<\/p>\n\n\n <\/pre>\noverflow-x: auto;<\/code> kullan\u0131m\u0131 bu durumu ele al\u0131r.<\/p>\n\npre code {\n display: block;\n padding: 1em;\n overflow-x: auto; \/* Yatay kayd\u0131rma \u00e7ubu\u011fu ekler *\/\n white-space: pre; \/* \u0130\u00e7eri\u011fin kayd\u0131r\u0131lmas\u0131n\u0131 sa\u011flar *\/\n}\n <\/pre>\n\n\/* \u00d6rnek: K\u00fc\u00e7\u00fck ekranlar i\u00e7in tablo stilini de\u011fi\u015ftirme *\/\n@media screen and (max-width: 600px) {\n table {\n display: block;\n width: 100%;\n overflow-x: auto;\n }\n thead {\n display: none; \/* Ba\u015fl\u0131k sat\u0131r\u0131n\u0131 gizle *\/\n }\n tr {\n margin-bottom: 10px;\n display: block;\n border: 1px solid #ccc;\n }\n td {\n display: block;\n text-align: right;\n padding-left: 50%;\n position: relative;\n }\n td::before {\n content: attr(data-label); \/* data-label niteli\u011fini kullan *\/\n position: absolute;\n left: 6px;\n width: 45%;\n padding-right: 10px;\n white-space: nowrap;\n text-align: left;\n font-weight: bold;\n }\n}\n <\/pre>\ndot-claude-sync<\/code>'i sadece bir senkronizasyon arac\u0131 olmaktan \u00e7\u0131kar\u0131p, yapay zeka destekli geli\u015ftirme i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131n ayr\u0131lmaz ve otomatize edilmi\u015f bir par\u00e7as\u0131 haline getirmenize yard\u0131mc\u0131 olur.\n <\/p>\nSonu\u00e7: Yapay Zeka Destekli \u0130\u015f Ak\u0131\u015flar\u0131n\u0131z\u0131 Nas\u0131l Optimize Edebilirsiniz?<\/h2>\n
dot-claude-sync<\/code> bu noktada devreye girerek, YZ destekli geli\u015ftirme i\u015f ak\u0131\u015flar\u0131n\u0131 optimize etmek i\u00e7in g\u00fc\u00e7l\u00fc ve esnek bir \u00e7\u00f6z\u00fcm sunar.\n <\/p>\ndot-claude-sync<\/code>, basit bir yap\u0131land\u0131rma dosyas\u0131 (.claude-sync<\/code>) arac\u0131l\u0131\u011f\u0131yla, hangi YZ belgelerinin hangi yollar aras\u0131nda senkronize edilece\u011fini belirlemenize olanak tan\u0131r. Bu sayede, farkl\u0131 \u00f6zellik dallar\u0131 \u00fczerinde paralel olarak \u00e7al\u0131\u015f\u0131rken dahi, Claude'dan elde etti\u011finiz en g\u00fcncel kod par\u00e7ac\u0131klar\u0131na, dok\u00fcmantasyon taslaklar\u0131na ve proje notlar\u0131na t\u00fcm worktree'lerinizden sorunsuzca eri\u015febilirsiniz. Git hook'lar\u0131 ile entegrasyon, senkronizasyon i\u015flemlerini tamamen otomatikle\u015ftirebilir, b\u00f6ylece geli\u015ftiriciler manuel m\u00fcdahaleye gerek kalmadan i\u015flerine odaklanabilirler. \u00c7ak\u0131\u015fma y\u00f6netimi stratejileri ise, ayn\u0131 dosya \u00fczerinde yap\u0131lan e\u015fzamanl\u0131 de\u011fi\u015fikliklerin g\u00fcvenli ve kontroll\u00fc bir \u015fekilde birle\u015ftirilmesini sa\u011flar, b\u00f6ylece veri kayb\u0131 riski minimize edilir.\n <\/p>\ndot-claude-sync<\/code>'in kullan\u0131m\u0131, geli\u015ftiricilere \u015funlar\u0131 sa\u011flar:\n <\/p>\n\n
dot-claude-sync<\/code> gibi ara\u00e7lar, bu gelece\u011fi daha d\u00fczenli, daha verimli ve daha eri\u015filebilir k\u0131lma potansiyeline sahiptir. YZ'nin g\u00fcc\u00fcn\u00fc kullanarak \u00fcretti\u011fimiz i\u00e7erikleri ak\u0131ll\u0131ca y\u00f6netmek, hem bireysel geli\u015ftiricilerin hem de b\u00fcy\u00fck ekiplerin rekabet avantaj\u0131 elde etmelerine yard\u0131mc\u0131 olacakt\u0131r. Bu arac\u0131n sundu\u011fu imkanlar\u0131 ke\u015ffetmek, modern yaz\u0131l\u0131m geli\u015ftirme pratiklerinizde \u00f6nemli bir ad\u0131m\u0131 temsil eder.\n <\/p>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
dot-claude-sync<\/code>, ad\u0131 Claude'dan gelse de, yap\u0131land\u0131rma dosyas\u0131 (.claude-sync<\/code>) arac\u0131l\u0131\u011f\u0131yla hangi dosya veya dizinlerin senkronize edilece\u011fini belirledi\u011finiz s\u00fcrece, herhangi bir yapay zeka arac\u0131 (ChatGPT, Copilot vb.) taraf\u0131ndan \u00fcretilen i\u00e7erikle \u00e7al\u0131\u015fabilir. \u00d6nemli olan, bu i\u00e7eriklerin belirli dosya yollar\u0131nda tutulmas\u0131 ve bu yollar\u0131n yap\u0131land\u0131rmada do\u011fru \u015fekilde tan\u0131mlanmas\u0131d\u0131r.\n <\/p>\ndot-claude-sync<\/code>, .claude-sync<\/code> dosyas\u0131nda tan\u0131mlanan sync_strategy<\/code> parametresi ile \u00e7ak\u0131\u015fmalar\u0131 y\u00f6netir. Se\u00e7enekler aras\u0131nda \"last-write-wins\" (son yaz\u0131lan kazan\u0131r), \"prefer-source\" (kayna\u011f\u0131 tercih et), \"merge-if-possible\" (m\u00fcmk\u00fcnse birle\u015ftir) ve \"manual\" (manuel m\u00fcdahale) bulunur. Veri kayb\u0131 riski, se\u00e7ilen stratejiye ba\u011fl\u0131d\u0131r. \"Last-write-wins\" gibi stratejilerde risk daha y\u00fcksekken, \"merge-if-possible\" veya \"manual\" stratejileri veri kayb\u0131n\u0131 en aza indirmek i\u00e7in daha g\u00fcvenli se\u00e7eneklerdir. Her zaman \u00f6nemli de\u011fi\u015fiklikler \u00f6ncesinde Git commit'i yapmak iyi bir uygulamad\u0131r.\n <\/p>\ndot-claude-sync<\/code>'in performans\u0131 ihmal edilebilir d\u00fczeydedir. Ancak, \u00e7ok b\u00fcy\u00fck projelerde veya binlerce YZ belgesinin senkronize edilmesi gerekti\u011finde performans etkilenebilir. Performans\u0131 optimize etmek i\u00e7in sync_paths<\/code> i\u00e7inde daha spesifik yollar kullanabilir, ignore_patterns<\/code> ile gereksiz dosyalar\u0131 hari\u00e7 tutabilir ve