MCP Python SDK 2.0’a yap\u0131lan son g\u00fcncelleme, bir\u00e7ok geli\u015ftirici i\u00e7in beklenmedik sorunlara yol a\u00e7t\u0131, \u00f6zellikle de sar\u0131c\u0131 k\u00fct\u00fcphanelerin bozulmas\u0131yla. Bu makale, bu t\u00fcr bir sorunu nas\u0131l tespit edece\u011finizi ve kararl\u0131 bir s\u00fcr\u00fcme nas\u0131l geri d\u00f6nece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131kl\u0131yor.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda g\u00fcncellemeler, genellikle yeni \u00f6zellikler, performans iyile\u015ftirmeleri ve g\u00fcvenlik yamalar\u0131 getirir. Ancak bazen, \u00f6zellikle b\u00fcy\u00fck s\u00fcr\u00fcm atlamalar\u0131 (major version updates) s\u0131ras\u0131nda, mevcut kod tabanlar\u0131yla uyumluluk sorunlar\u0131 ortaya \u00e7\u0131kabilir. MCP Python SDK 2.0’\u0131n piyasaya s\u00fcr\u00fclmesiyle ya\u015fanan durum tam da b\u00f6yle bir senaryoyu g\u00f6zler \u00f6n\u00fcne serdi: bir\u00e7ok geli\u015ftiricinin ba\u011f\u0131ml\u0131 oldu\u011fu sar\u0131c\u0131 k\u00fct\u00fcphaneler (wrapper libraries) beklenmedik bir \u015fekilde i\u015flevsiz hale geldi. Bu durum, geli\u015ftirme s\u00fcre\u00e7lerini aksatt\u0131, CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Teslimat) boru hatlar\u0131n\u0131 durdurdu ve ekiplere fazladan i\u015f y\u00fck\u00fc bindirdi. Bu makalede, bu t\u00fcr bir uyumsuzlu\u011fun nedenlerini, belirtilerini ve en \u00f6nemlisi, mevcut projelerinizi tekrar i\u015fler hale getirmek i\u00e7in atabilece\u011finiz ad\u0131mlar\u0131, yani “pinning back” (s\u00fcr\u00fcm sabitleme) stratejilerini detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Amac\u0131m\u0131z, hem sorunu anlaman\u0131za yard\u0131mc\u0131 olmak hem de gelecekte benzer durumlarla kar\u015f\u0131la\u015fmaman\u0131z i\u00e7in proaktif \u00f6nlemler alman\u0131z\u0131 sa\u011flayacak bilgi birikimini sunmakt\u0131r. Bu sayede, yaz\u0131l\u0131m ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131z\u0131 daha bilin\u00e7li y\u00f6netebilir ve g\u00fcncellemelerin getirebilece\u011fi riskleri minimize edebilirsiniz.<\/p>\n
Bir yaz\u0131l\u0131m geli\u015ftirme kitlesi (SDK – Software Development Kit), belirli bir platform, sistem veya hizmet i\u00e7in uygulama geli\u015ftirmenizi sa\u011flayan bir dizi ara\u00e7, k\u00fct\u00fcphane, dok\u00fcmantasyon ve \u00f6rnek koddan olu\u015fur. Python SDK’lar\u0131 da ayn\u0131 mant\u0131kla \u00e7al\u0131\u015f\u0131r; \u00f6rne\u011fin, bir bulut hizmeti (cloud service) sa\u011flay\u0131c\u0131s\u0131n\u0131n API’leriyle (Uygulama Programlama Aray\u00fcz\u00fc) etkile\u015fim kurmak i\u00e7in gerekli Python s\u0131n\u0131flar\u0131n\u0131 ve fonksiyonlar\u0131n\u0131 i\u00e7erir. Bu SDK’lar, geli\u015ftiricilerin d\u00fc\u015f\u00fck seviyeli HTTP istekleri yazmak veya kimlik do\u011frulama mekanizmalar\u0131n\u0131 manuel olarak y\u00f6netmek zorunda kalmadan, daha y\u00fcksek soyutlama seviyelerinde kod yazmas\u0131na olanak tan\u0131r. B\u00f6ylece, geli\u015ftirme s\u00fcreci h\u0131zlan\u0131r ve hatalar azal\u0131r. SDK’lar, genellikle bir hizmetin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 gizleyerek, geli\u015ftiricilerin sadece i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131n\u0131 sa\u011flar. Ancak, bir SDK’n\u0131n yeni bir s\u00fcr\u00fcm\u00fc yay\u0131mland\u0131\u011f\u0131nda, \u00f6zellikle b\u00fcy\u00fck s\u00fcr\u00fcm numaras\u0131 de\u011fi\u015fti\u011finde (\u00f6rne\u011fin 1.x.x’ten 2.x.x’e), API’lerinde geriye d\u00f6n\u00fck uyumlulu\u011fu (backward compatibility) bozan de\u011fi\u015fiklikler i\u00e7erebilir. Bu durum, mevcut kod tabanlar\u0131n\u0131n yeni SDK s\u00fcr\u00fcm\u00fcyle \u00e7al\u0131\u015fmas\u0131n\u0131 engelleyebilir.<\/p>\n
Sar\u0131c\u0131 k\u00fct\u00fcphaneler (wrapper libraries) ise, genellikle mevcut bir SDK’n\u0131n veya API’nin \u00fczerine in\u015fa edilen, daha kullan\u0131c\u0131 dostu veya belirli bir i\u015f ak\u0131\u015f\u0131na \u00f6zel soyutlamalar sunan k\u00fct\u00fcphanelerdir. Geli\u015ftiriciler, bazen karma\u015f\u0131k veya \u00e7ok genel bir SDK’y\u0131 kendi projelerinin \u00f6zel ihtiya\u00e7lar\u0131na g\u00f6re basitle\u015ftirmek, belirli fonksiyon setlerini bir araya getirmek veya hata y\u00f6netimini merkezile\u015ftirmek i\u00e7in sar\u0131c\u0131 k\u00fct\u00fcphaneler olu\u015fturur. \u00d6rne\u011fin, bir bulut depolama hizmetinin SDK’s\u0131 y\u00fczlerce farkl\u0131 i\u015flem sunarken, sizin projeniz sadece dosya y\u00fckleme ve indirme i\u015flemlerini kullan\u0131yorsa, bu iki i\u015flemi basitle\u015ftiren ve hata durumlar\u0131n\u0131 \u00f6zel olarak ele alan bir sar\u0131c\u0131 k\u00fct\u00fcphane yazabilirsiniz. Bu sar\u0131c\u0131 k\u00fct\u00fcphane, arka planda ana SDK’y\u0131 kullan\u0131r ancak size daha temiz ve odaklanm\u0131\u015f bir aray\u00fcz sunar. \u0130\u015fte bu noktada, ana SDK’da yap\u0131lan bir de\u011fi\u015fiklik (\u00f6rne\u011fin, bir fonksiyon ad\u0131n\u0131n de\u011fi\u015fmesi, bir parametrenin kald\u0131r\u0131lmas\u0131 veya bir s\u0131n\u0131f yap\u0131s\u0131n\u0131n yeniden d\u00fczenlenmesi), sar\u0131c\u0131 k\u00fct\u00fcphanenizin art\u0131k ana SDK ile do\u011fru \u015fekilde ileti\u015fim kuramamas\u0131na neden olabilir. Bu durum, sar\u0131c\u0131 k\u00fct\u00fcphanenizin “bozuldu\u011fu” anlam\u0131na gelir ve projenizin ana SDK ile olan t\u00fcm etkile\u015fimlerini durdurabilir. Dolay\u0131s\u0131yla, SDK g\u00fcncellemeleri, do\u011frudan ba\u011f\u0131ml\u0131 oldu\u011funuz sar\u0131c\u0131 k\u00fct\u00fcphaneler \u00fczerinden projenizi olumsuz etkileyebilir ve bu da geli\u015ftirme s\u00fcre\u00e7lerinizde ciddi aksakl\u0131klara yol a\u00e7abilir.<\/p>\n
MCP Python SDK 2.0 gibi bir b\u00fcy\u00fck s\u00fcr\u00fcm g\u00fcncellemesi sonras\u0131nda sar\u0131c\u0131 k\u00fct\u00fcphanelerinizin bozuldu\u011funu anlamak, genellikle belirgin i\u015faretlerle kendini g\u00f6sterir. Bu i\u015faretleri erken fark etmek, sorunu h\u0131zl\u0131ca gidermeniz i\u00e7in kritik \u00f6neme sahiptir. En yayg\u0131n belirtilerden biri, projenizin beklenmedik bir \u015fekilde \u00e7al\u0131\u015fma zaman\u0131 hatalar\u0131 (runtime errors) vermeye ba\u015flamas\u0131d\u0131r. \u00d6rne\u011fin, Sadece hata mesajlar\u0131 de\u011fil, ayn\u0131 zamanda projenizin beklenmedik davran\u0131\u015flar sergilemesi veya entegrasyon testlerinin (integration tests) ba\u015far\u0131s\u0131z olmas\u0131 da \u00f6nemli birer g\u00f6stergedir. \u00d6rne\u011fin, bir API \u00e7a\u011fr\u0131s\u0131 eskiden ba\u015far\u0131l\u0131 bir \u015fekilde veri d\u00f6nerken, \u015fimdi bo\u015f bir yan\u0131t veya hatal\u0131 bir formatta veri d\u00f6n\u00fcyor olabilir. Bu durum, SDK’n\u0131n API yan\u0131t yap\u0131s\u0131n\u0131 de\u011fi\u015ftirdi\u011fini veya belirli bir u\u00e7 noktan\u0131n (endpoint) i\u015flevselli\u011finin farkl\u0131la\u015ft\u0131\u011f\u0131n\u0131 g\u00f6sterebilir. CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Teslimat) boru hatlar\u0131n\u0131z\u0131n aniden ba\u015far\u0131s\u0131z olmas\u0131, genellikle ba\u011f\u0131ml\u0131l\u0131klar\u0131n g\u00fcncellendi\u011fi veya yeni bir ortamda kurulum yap\u0131ld\u0131\u011f\u0131 zamanlarda ortaya \u00e7\u0131kar. E\u011fer boru hatt\u0131n\u0131z, projenizin ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 otomatik olarak kuruyorsa ve MCP SDK 2.0’a otomatik olarak y\u00fckseltildiyse, yukar\u0131da bahsedilen hatalar test a\u015famas\u0131nda veya da\u011f\u0131t\u0131m \u00f6ncesi a\u015famada kendini g\u00f6sterecektir. Bu t\u00fcr bir durum, genellikle h\u0131zl\u0131 bir m\u00fcdahale gerektirir \u00e7\u00fcnk\u00fc \u00fcretim ortam\u0131nda benzer sorunlar\u0131n ya\u015fanma riski \u00e7ok y\u00fcksektir. Ayr\u0131ca, geli\u015ftirme ortam\u0131n\u0131zda Ay\u015fe, k\u00fc\u00e7\u00fck bir e-ticaret \u015firketinde \u00e7al\u0131\u015fan deneyimli bir Python geli\u015ftiricisiydi. \u015eirketleri, \u00fcr\u00fcn envanterini y\u00f6netmek, sipari\u015fleri i\u015flemek ve m\u00fc\u015fteri verilerini kaydetmek i\u00e7in MCP platformunu yo\u011fun bir \u015fekilde kullan\u0131yordu. Ay\u015fe ve ekibi, MCP’nin karma\u015f\u0131k API’lerini basitle\u015ftirmek ve kendi i\u015f ak\u0131\u015flar\u0131na entegre etmek amac\u0131yla \u00f6zel bir Python sar\u0131c\u0131 k\u00fct\u00fcphanesi ( Bir g\u00fcn, Ay\u015fe’nin ekibinden Can, yeni bir geli\u015ftirme ortam\u0131 kurarken Ay\u015fe hemen MCP Python SDK 2.0’\u0131n sar\u0131c\u0131 k\u00fct\u00fcphanelerinizi bozdu\u011funu tespit ettikten sonra, en h\u0131zl\u0131 ve g\u00fcvenli \u00e7\u00f6z\u00fcm, projenizi kararl\u0131 bir SDK s\u00fcr\u00fcm\u00fcne geri d\u00f6nd\u00fcrmektir. Bu s\u00fcrece “pinning back” veya “s\u00fcr\u00fcm sabitleme” denir ve projenizin ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 belirli, bilinen bir \u00e7al\u0131\u015fan s\u00fcr\u00fcme kilitlemeyi i\u00e7erir. \u0130\u015fte ad\u0131m ad\u0131m bu s\u00fcreci nas\u0131l uygulayaca\u011f\u0131n\u0131z:<\/p>\n Projenizin en son sorunsuz \u00e7al\u0131\u015ft\u0131\u011f\u0131 MCP SDK s\u00fcr\u00fcm\u00fcn\u00fc bulman\u0131z gerekiyor. Bu bilgiyi genellikle a\u015fa\u011f\u0131daki yollarla edinebilirsiniz:<\/p>\n Diyelim ki, son \u00e7al\u0131\u015fan s\u00fcr\u00fcm\u00fcn Projenizin k\u00f6k dizinindeki Bu, pip’in her zaman belirtilen s\u00fcr\u00fcm\u00fc y\u00fcklemesini sa\u011flayacakt\u0131r. E\u011fer projeniz Mevcut sanal ortam\u0131n\u0131zda (virtual environment) yanl\u0131\u015f SDK s\u00fcr\u00fcm\u00fc y\u00fckl\u00fc olabilir. Bu nedenle, sanal ortam\u0131n\u0131z\u0131 temizleyip ba\u011f\u0131ml\u0131l\u0131klar\u0131 yeniden kurmak en g\u00fcvenli yakla\u015f\u0131md\u0131r:<\/p>\n Sanal ortam\u0131n\u0131z\u0131n bulundu\u011fu dizini silin. Genellikle bu dizin G\u00fcncellenmi\u015f E\u011fer Poetry veya Pipenv kullan\u0131yorsan\u0131z, T\u00fcm ad\u0131mlar\u0131 tamamlad\u0131ktan sonra, projenizin d\u00fczg\u00fcn \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol edin. Testlerinizi \u00e7al\u0131\u015ft\u0131r\u0131n, etkilenen sar\u0131c\u0131 k\u00fct\u00fcphane fonksiyonlar\u0131n\u0131 manuel olarak test edin ve projenizin beklenen davran\u0131\u015f\u0131 sergiledi\u011finden emin olun. Bu “pinning back” stratejisi, acil durumlarda projenizi h\u0131zla i\u015fler hale getirmenin en etkili yoludur. Ancak unutulmamal\u0131d\u0131r ki bu ge\u00e7ici bir \u00e7\u00f6z\u00fcmd\u00fcr. Uzun vadede, sar\u0131c\u0131 k\u00fct\u00fcphanenizi yeni SDK s\u00fcr\u00fcm\u00fcne uyarlaman\u0131z veya SDK sa\u011flay\u0131c\u0131s\u0131n\u0131n geriye d\u00f6n\u00fck uyumluluk sorunlar\u0131n\u0131 gidermesini beklemeniz gerekebilir.<\/p>\n Bir SDK g\u00fcncellemesinin sar\u0131c\u0131 k\u00fct\u00fcphanelerinizi bozmas\u0131 gibi deneyimler, ba\u011f\u0131ml\u0131l\u0131k y\u00f6netiminin ne kadar kritik oldu\u011funu bir kez daha g\u00f6sterir. Gelecekte benzer sorunlarla kar\u015f\u0131la\u015fmamak ve geli\u015ftirme s\u00fcre\u00e7lerinizi daha sa\u011flam hale getirmek i\u00e7in uygulayabilece\u011finiz baz\u0131 ileri d\u00fczey stratejiler ve en iyi uygulamalar bulunmaktad\u0131r:<\/p>\n En g\u00fc\u00e7l\u00fc savunma mekanizmalar\u0131ndan biri, kapsaml\u0131 bir test s\u00fcitine sahip olmakt\u0131r. \u00d6zellikle sar\u0131c\u0131 k\u00fct\u00fcphaneleriniz i\u00e7in hem birim testleri (unit tests) hem de entegrasyon testleri (integration tests) yazmak hayati \u00f6nem ta\u015f\u0131r. Birim testleri, sar\u0131c\u0131 k\u00fct\u00fcphanenizin her bir fonksiyonunun veya metodunun ba\u011f\u0131ms\u0131z olarak do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frular. Entegrasyon testleri ise, sar\u0131c\u0131 k\u00fct\u00fcphanenizin ana SDK ile do\u011fru \u015fekilde ileti\u015fim kurdu\u011funu ve beklenen API \u00e7a\u011fr\u0131lar\u0131n\u0131 yapt\u0131\u011f\u0131n\u0131 kontrol eder. Bir SDK g\u00fcncellemesi yap\u0131ld\u0131\u011f\u0131nda, bu testlerin otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131, uyumsuzluklar\u0131 an\u0131nda tespit etmenizi sa\u011flar. E\u011fer testler ba\u015far\u0131s\u0131z olursa, bir sorun oldu\u011funu hemen anlars\u0131n\u0131z ve sorunu \u00fcretim ortam\u0131na ula\u015fmadan \u00f6nce \u00e7\u00f6zebilirsiniz. Bu, “fail fast” (h\u0131zl\u0131 ba\u015far\u0131s\u0131z ol) prensibinin bir uygulamas\u0131d\u0131r ve geli\u015ftirme maliyetlerini \u00f6nemli \u00f6l\u00e7\u00fcde d\u00fc\u015f\u00fcr\u00fcr.<\/p>\n Sadece Kulland\u0131\u011f\u0131n\u0131z t\u00fcm k\u00fct\u00fcphanelerin semantik s\u00fcr\u00fcmleme (SemVer – Major.Minor.Patch) kurallar\u0131na uydu\u011funu varsay\u0131n ve buna g\u00f6re ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131z\u0131 tan\u0131mlay\u0131n. SemVer’e g\u00f6re:<\/p>\n Bu bilgiye dayanarak, MCP SDK 2.0 \u00f6rne\u011finde, e\u011fer CI\/CD boru hatlar\u0131n\u0131z, ba\u011f\u0131ml\u0131l\u0131k y\u00f6netiminin ve testlerin merkezi olmal\u0131d\u0131r. Her kod de\u011fi\u015fikli\u011finde, t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n temiz bir ortamda (Docker konteynerleri gibi) yeniden kuruldu\u011fundan ve t\u00fcm testlerin \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun. Bu, ba\u011f\u0131ml\u0131l\u0131k sorunlar\u0131n\u0131n erken a\u015famada, yani geli\u015ftirme veya \u00fcretim ortamlar\u0131na ula\u015fmadan \u00f6nce yakalanmas\u0131n\u0131 sa\u011flar. Otomatik da\u011f\u0131t\u0131mlar yapmadan \u00f6nce bir “sahne” (staging) ortam\u0131nda t\u00fcm testlerin ve fonksiyonelli\u011fin do\u011frulanmas\u0131 da kritik bir ad\u0131md\u0131r.<\/p>\n Kulland\u0131\u011f\u0131n\u0131z kritik SDK’lar\u0131n ve k\u00fct\u00fcphanelerin yay\u0131n notlar\u0131n\u0131 (release notes) d\u00fczenli olarak takip edin. \u00d6zellikle b\u00fcy\u00fck s\u00fcr\u00fcm g\u00fcncellemelerinin (2.0.0 gibi) duyurular\u0131n\u0131 ve geriye d\u00f6n\u00fck uyumlulu\u011fu bozan de\u011fi\u015fiklikleri (breaking changes) dikkatlice inceleyin. Bu, potansiyel sorunlar\u0131 \u00f6nceden g\u00f6rmenizi ve projenizi buna g\u00f6re haz\u0131rlaman\u0131z\u0131 sa\u011flar. Belki de bir sonraki s\u00fcr\u00fcmde sar\u0131c\u0131 k\u00fct\u00fcphanenizi g\u00fcncellemek i\u00e7in zaman ay\u0131rman\u0131z gerekti\u011fini \u00f6nceden planlayabilirsiniz.<\/p>\n Her proje i\u00e7in ayr\u0131 bir sanal ortam (venv, conda, Poetry, Pipenv) kullanmak, ba\u011f\u0131ml\u0131l\u0131k \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nler ve farkl\u0131 projelerde farkl\u0131 SDK s\u00fcr\u00fcmlerini g\u00fcvenle kullanman\u0131z\u0131 sa\u011flar. Bu, ba\u011f\u0131ml\u0131l\u0131klar\u0131n “izole” kalmas\u0131n\u0131 sa\u011flar ve bir projenin ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n di\u011ferini etkilemesini engeller.<\/p>\n Bu ileri d\u00fczey ipu\u00e7lar\u0131n\u0131 uygulayarak, MCP Python SDK 2.0 gibi beklenmedik g\u00fcncellemelerin projenize olan etkisini en aza indirebilir, geli\u015ftirme s\u00fcre\u00e7lerinizi daha \u00f6ng\u00f6r\u00fclebilir ve dayan\u0131kl\u0131 hale getirebilirsiniz. Unutmay\u0131n, iyi bir ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi ve sa\u011flam test stratejileri, ba\u015far\u0131l\u0131 yaz\u0131l\u0131m geli\u015ftirmenin temel ta\u015flar\u0131d\u0131r.<\/p>\n MCP Python SDK 2.0 g\u00fcncellemesinin sar\u0131c\u0131 k\u00fct\u00fcphanelerde yaratt\u0131\u011f\u0131 sorunlar, yaz\u0131l\u0131m ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n y\u00f6netiminin ne denli hassas ve \u00f6nemli oldu\u011funu bir kez daha g\u00f6zler \u00f6n\u00fcne sermi\u015ftir. Bu makalede, bu t\u00fcr bir uyumsuzlu\u011fun belirtilerini nas\u0131l tespit edece\u011finizi, ger\u00e7ek d\u00fcnya senaryolar\u0131yla somutla\u015ft\u0131rarak g\u00f6sterdik ve en \u00f6nemlisi, projenizi h\u0131zla kararl\u0131 bir duruma geri d\u00f6nd\u00fcrmek i\u00e7in “pinning back” (s\u00fcr\u00fcm sabitleme) stratejilerini ad\u0131m ad\u0131m a\u00e7\u0131klad\u0131k. Ayr\u0131ca, gelecekte benzer sorunlarla kar\u015f\u0131la\u015fmamak ad\u0131na otomatik testler, ba\u011f\u0131ml\u0131l\u0131k kilitleme, semantik s\u00fcr\u00fcmleme kullan\u0131m\u0131 ve CI\/CD s\u00fcre\u00e7lerinin entegrasyonu gibi ileri d\u00fczey proaktif \u00f6nlemleri de detayland\u0131rd\u0131k. Unutulmamal\u0131d\u0131r ki, bir SDK veya k\u00fct\u00fcphane g\u00fcncellemesi her zaman yeni imkanlar sunsa da, beraberinde potansiyel riskleri de getirir. Bu riskleri minimize etmek, ancak bilin\u00e7li ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi ve sa\u011flam bir geli\u015ftirme disipliniyle m\u00fcmk\u00fcnd\u00fcr. Her zaman, projenizin kritik ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n g\u00fcncellemelerini dikkatle takip edin, testlerinizi g\u00fc\u00e7l\u00fc tutun ve olas\u0131 sorunlara kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olun. Bu sayede, yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7leriniz daha ak\u0131c\u0131 ve hatas\u0131z ilerleyecektir.<\/p>\n MCP Python SDK 2.0 g\u00fcncellemesi neden geriye d\u00f6n\u00fck uyumlulu\u011fu bozdu?<\/strong><\/p>\n Genellikle b\u00fcy\u00fck s\u00fcr\u00fcm (Major Version) g\u00fcncellemeleri (\u00f6rne\u011fin 1.x.x’ten 2.x.x’e ge\u00e7i\u015f), SDK’n\u0131n temel mimarisinde, API imzalar\u0131nda veya veri yap\u0131lar\u0131nda \u00f6nemli de\u011fi\u015fiklikler i\u00e7erir. Bu de\u011fi\u015fiklikler, performans\u0131 art\u0131rmak, yeni \u00f6zellikler eklemek veya eski, sorunlu tasar\u0131mlar\u0131 d\u00fczeltmek amac\u0131yla yap\u0131l\u0131r. Ne yaz\u0131k ki, bu t\u00fcr radikal de\u011fi\u015fiklikler genellikle eski s\u00fcr\u00fcmlerle uyumsuzluklara yol a\u00e7ar ve mevcut kod tabanlar\u0131n\u0131n yeniden yaz\u0131lmas\u0131n\u0131 gerektirebilir.<\/p>\n<\/li>\n Sanal ortam (virtual environment) kullanmak neden bu kadar \u00f6nemli?<\/strong><\/p>\n Sanal ortamlar, her Python projeniz i\u00e7in izole bir ba\u011f\u0131ml\u0131l\u0131k seti olu\u015fturman\u0131z\u0131 sa\u011flar. Bu, farkl\u0131 projelerin farkl\u0131 s\u00fcr\u00fcmlerde ayn\u0131 k\u00fct\u00fcphaneleri kullanmas\u0131 gerekti\u011finde ba\u011f\u0131ml\u0131l\u0131k \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nler. \u00d6rne\u011fin, bir projeniz MCP SDK 1.x.x’i kullan\u0131rken, ba\u015fka bir projeniz MCP SDK 2.x.x’i kullanabilir ve bu durum birbirlerini etkilemez. Bu izolasyon, geli\u015ftirme s\u00fcre\u00e7lerini \u00e7ok daha kararl\u0131 ve \u00f6ng\u00f6r\u00fclebilir hale getirir.<\/p>\n<\/li>\n Sar\u0131c\u0131 k\u00fct\u00fcphanemi yeni SDK s\u00fcr\u00fcm\u00fcne uyarlarken nelere dikkat etmeliyim?<\/strong><\/p>\n \u00d6ncelikle, yeni SDK s\u00fcr\u00fcm\u00fcn\u00fcn yay\u0131n notlar\u0131n\u0131 (release notes) ve dok\u00fcmantasyonunu dikkatlice inceleyin. Hangi metodlar\u0131n ad\u0131n\u0131n de\u011fi\u015fti\u011fini, hangi parametrelerin eklendi\u011fini veya kald\u0131r\u0131ld\u0131\u011f\u0131n\u0131, API yan\u0131t yap\u0131lar\u0131nda ne gibi de\u011fi\u015fiklikler oldu\u011funu belirleyin. Ard\u0131ndan, sar\u0131c\u0131 k\u00fct\u00fcphanenizdeki ilgili k\u0131s\u0131mlar\u0131 bu de\u011fi\u015fikliklere g\u00f6re g\u00fcncelleyin ve her ad\u0131mda kapsaml\u0131 birim ve entegrasyon testleri yaparak uyumlulu\u011fu do\u011frulay\u0131n.<\/p>\n<\/li>\n Ba\u011f\u0131ml\u0131l\u0131klar\u0131m\u0131 sabitlemek (pinning) gelecekteki g\u00fcncellemelerden faydalanmam\u0131 engeller mi?<\/strong><\/p>\n Evet, ba\u011f\u0131ml\u0131l\u0131klar\u0131 tam s\u00fcr\u00fcmlere sabitlemek, otomatik g\u00fcncellemelerin getirece\u011fi yeni \u00f6zelliklerden veya hata d\u00fczeltmelerinden an\u0131nda faydalanman\u0131z\u0131 engeller. Bu nedenle, genellikle #Python #SDK #Ba\u011f\u0131ml\u0131l\u0131kY\u00f6netimi #S\u00fcr\u00fcmKontrol\u00fc #Geli\u015ftirme\u0130pu\u00e7lar\u0131<\/p>\nAttributeError<\/code> hatas\u0131, bir nesnenin art\u0131k var olmayan bir \u00f6zelli\u011fine veya metoduna eri\u015fmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda ortaya \u00e7\u0131kar. Bu, SDK’daki bir s\u0131n\u0131f\u0131n veya nesnenin yap\u0131s\u0131n\u0131n de\u011fi\u015fti\u011fini, belirli bir metodun ad\u0131n\u0131n farkl\u0131la\u015ft\u0131\u011f\u0131n\u0131 veya tamamen kald\u0131r\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6sterir. Benzer \u015fekilde, ImportError<\/code> hatas\u0131, bir mod\u00fcl\u00fcn veya paketin yolu de\u011fi\u015fti\u011finde veya tamamen kald\u0131r\u0131ld\u0131\u011f\u0131nda meydana gelir. Bu, sar\u0131c\u0131 k\u00fct\u00fcphanenizin eski yolu kullanarak bir bile\u015feni i\u00e7e aktarmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131 ancak yeni SDK s\u00fcr\u00fcm\u00fcnde bu bile\u015fenin art\u0131k orada olmad\u0131\u011f\u0131 anlam\u0131na gelir. TypeError<\/code> ise, bir fonksiyona veya metoda yanl\u0131\u015f tipte bir arg\u00fcman iletildi\u011finde ortaya \u00e7\u0131kar; bu da SDK’daki fonksiyon imzalar\u0131n\u0131n de\u011fi\u015fti\u011fini, yani beklenen parametre tiplerinin veya say\u0131lar\u0131n\u0131n farkl\u0131la\u015ft\u0131\u011f\u0131n\u0131 g\u00f6sterir. Bu t\u00fcr hatalar, genellikle projenizi \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda konsolda an\u0131nda belirir ve sorunun kayna\u011f\u0131na dair ilk ipu\u00e7lar\u0131n\u0131 sunar.<\/p>\npip freeze<\/code> komutunu \u00e7al\u0131\u015ft\u0131rarak kurulu paketlerin listesini ve s\u00fcr\u00fcmlerini kontrol etmek, hangi SDK s\u00fcr\u00fcm\u00fcn\u00fcn y\u00fckl\u00fc oldu\u011funu g\u00f6rmenizi sa\u011flar. E\u011fer burada beklenenden farkl\u0131 bir MCP SDK s\u00fcr\u00fcm\u00fc (\u00f6rne\u011fin 2.0.0 veya \u00fczeri) g\u00f6r\u00fcyorsan\u0131z ve projeniz sorun ya\u015f\u0131yorsa, bu durum g\u00fc\u00e7l\u00fc bir kan\u0131tt\u0131r. Son olarak, projenizin loglar\u0131n\u0131 dikkatlice incelemek, hata izlemeleri (stack traces) ve \u00f6zel hata mesajlar\u0131 arac\u0131l\u0131\u011f\u0131yla sorunun k\u00f6kenine dair daha derinlemesine bilgiler sa\u011flayabilir. Bu belirtileri bir araya getirerek, MCP Python SDK 2.0’\u0131n sar\u0131c\u0131 k\u00fct\u00fcphanelerinizi bozdu\u011funu kesin olarak tespit edebilir ve \u00e7\u00f6z\u00fcm ad\u0131mlar\u0131na ge\u00e7ebilirsiniz.<\/p>\nVaka Analizi: Bir Geli\u015ftiricinin MCP SDK 2.0 Kabusu<\/h2>\n
mcp_entegrasyon<\/code> ad\u0131nda) geli\u015ftirmi\u015flerdi. Bu sar\u0131c\u0131 k\u00fct\u00fcphane, \u00fcr\u00fcn ekleme, stok g\u00fcncelleme ve sipari\u015f durumu sorgulama gibi temel i\u015flemleri tek bir fonksiyon \u00e7a\u011fr\u0131s\u0131yla ger\u00e7ekle\u015ftirmelerini sa\u011fl\u0131yordu. Her \u015fey yolundayd\u0131; CI\/CD s\u00fcre\u00e7leri sorunsuz \u00e7al\u0131\u015f\u0131yor, yeni \u00f6zellikler h\u0131zla da\u011f\u0131t\u0131l\u0131yor ve sistem kararl\u0131 bir \u015fekilde hizmet veriyordu.<\/p>\npip install -r requirements.txt<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131. requirements.txt<\/code> dosyas\u0131, MCP SDK’s\u0131n\u0131 belirli bir s\u00fcr\u00fcme sabitlemek yerine, sadece mcp-sdk<\/code> olarak belirtilmi\u015fti. Bu durum, pip’in en g\u00fcncel s\u00fcr\u00fcm\u00fc, yani MCP SDK 2.0’\u0131 otomatik olarak y\u00fcklemesine neden oldu. \u0130lk ba\u015fta her \u015fey normal g\u00f6r\u00fcn\u00fcyordu, ancak Ay\u015fe yeni bir \u00fcr\u00fcn ekleme \u00f6zelli\u011fi \u00fczerinde \u00e7al\u0131\u015f\u0131rken, mcp_entegrasyon.urun_ekle()<\/code> fonksiyonunu \u00e7a\u011f\u0131rd\u0131\u011f\u0131nda beklenmedik bir AttributeError<\/code> ile kar\u015f\u0131la\u015ft\u0131. Hata mesaj\u0131 \u015f\u00f6yleydi: “'MCPClient' object has no attribute 'create_item'<\/code>“. Ay\u015fe \u015fa\u015f\u0131rd\u0131 \u00e7\u00fcnk\u00fc bu fonksiyon uzun zamand\u0131r sorunsuz \u00e7al\u0131\u015f\u0131yordu.<\/p>\n\n# mcp_entegrasyon.py (Eski kod)\nfrom mcp_sdk import MCPClient\n\nclass MCPEntgrasyon:\n def __init__(self, api_key):\n self.client = MCPClient(api_key)\n\n def urun_ekle(self, urun_adi, fiyat, stok_miktari):\n # Eski SDK s\u00fcr\u00fcm\u00fcnde 'create_item' metodu vard\u0131\n response = self.client.create_item(name=urun_adi, price=fiyat, stock=stok_miktari)\n return response.id\n\n# main.py\nfrom mcp_entegrasyon import MCPEntgrasyon\n\napi_key = \"YOUR_API_KEY\"\nentegrasyon = MCPEntgrasyon(api_key)\ntry:\n yeni_urun_id = entegrasyon.urun_ekle(\"Ak\u0131ll\u0131 Telefon\", 7500.0, 100)\n print(f\"Yeni \u00fcr\u00fcn eklendi: ID {yeni_urun_id}\")\nexcept AttributeError as e:\n print(f\"Hata olu\u015ftu: {e}\")\n print(\"G\u00f6r\u00fcn\u00fc\u015fe g\u00f6re MCP SDK g\u00fcncellendi ve sar\u0131c\u0131 k\u00fct\u00fcphane bozuldu.\")\n <\/code><\/pre>\n<\/div>\npip freeze<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131 ve mcp-sdk==2.0.1<\/code> \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6rd\u00fc. Eski kararl\u0131 ortamda ise mcp-sdk==1.8.5<\/code> y\u00fckl\u00fc oldu\u011funu hat\u0131rlad\u0131. Anla\u015f\u0131lan, MCP SDK 2.0, geriye d\u00f6n\u00fck uyumlulu\u011fu bozan bir de\u011fi\u015fiklik yapm\u0131\u015ft\u0131: create_item<\/code> metodunun ad\u0131 add_product<\/code> olarak de\u011fi\u015ftirilmi\u015fti ve belki de parametreleri de farkl\u0131la\u015fm\u0131\u015ft\u0131. Bu durum, Ay\u015fe’nin mcp_entegrasyon<\/code> sar\u0131c\u0131 k\u00fct\u00fcphanesinin art\u0131k yeni SDK ile uyumlu olmad\u0131\u011f\u0131n\u0131 g\u00f6steriyordu. Bu vaka, bir geli\u015ftirme ortam\u0131nda yap\u0131lan basit bir ba\u011f\u0131ml\u0131l\u0131k g\u00fcncellemesinin, t\u00fcm projenin i\u015fleyi\u015fini nas\u0131l etkileyebilece\u011fini ve sar\u0131c\u0131 k\u00fct\u00fcphanelerin ana ba\u011f\u0131ml\u0131l\u0131klara ne kadar s\u0131k\u0131 ba\u011fl\u0131 oldu\u011funu net bir \u015fekilde ortaya koydu. Ay\u015fe’nin sonraki ad\u0131m\u0131, bu sorunu \u00e7\u00f6zmek i\u00e7in SDK s\u00fcr\u00fcm\u00fcn\u00fc sabitlemek (pin back) ve sar\u0131c\u0131 k\u00fct\u00fcphanesini g\u00fcncellemeyi planlamak olacakt\u0131.<\/p>\n\u00c7\u00f6z\u00fcm: Kararl\u0131 Bir S\u00fcr\u00fcme Geri D\u00f6nme (Pinning Back) Ad\u0131mlar\u0131<\/h2>\n
1. Son \u00c7al\u0131\u015fan SDK S\u00fcr\u00fcm\u00fcn\u00fc Belirleme<\/h3>\n
\n
requirements.txt<\/code> Dosyalar\u0131:<\/strong> E\u011fer versiyon kontrol sisteminizde (Git gibi) daha \u00f6nceki commit’lerde requirements.txt<\/code> dosyas\u0131n\u0131n bir kopyas\u0131 varsa, orada belirtilen SDK s\u00fcr\u00fcm\u00fcn\u00fc kontrol edin.<\/li>\npip freeze | grep mcp-sdk<\/code> komutunu \u00e7al\u0131\u015ft\u0131rarak s\u00fcr\u00fcm\u00fc \u00f6\u011frenebilirsiniz. \u00d6rne\u011fin, mcp-sdk==1.8.5<\/code> gibi bir \u00e7\u0131kt\u0131 alabilirsiniz.<\/li>\n1.8.5<\/code> oldu\u011funu tespit ettiniz.<\/p>\n2. Ba\u011f\u0131ml\u0131l\u0131k Dosyan\u0131z\u0131 G\u00fcncelleme (
requirements.txt<\/code>)<\/h3>\nrequirements.txt<\/code> dosyas\u0131n\u0131 a\u00e7\u0131n ve MCP SDK sat\u0131r\u0131n\u0131 tespit etti\u011finiz kararl\u0131 s\u00fcr\u00fcme sabitleyin. E\u011fer daha \u00f6nce sadece mcp-sdk<\/code> yaz\u0131yorsa, bunu belirli bir s\u00fcr\u00fcme \u00e7evirin:<\/p>\n\n# Eski requirements.txt\n# ...\n# mcp-sdk\n# ...\n\n# Yeni requirements.txt\n# ...\nmcp-sdk==1.8.5\n# ...\n <\/code><\/pre>\n<\/div>\nsetup.py<\/code> veya pyproject.toml<\/code> (Poetry\/Pipenv gibi ara\u00e7larla) kullan\u0131yorsa, ba\u011f\u0131ml\u0131l\u0131k tan\u0131mlamalar\u0131n\u0131 ilgili dosyalarda yapman\u0131z gerekecektir. \u00d6rne\u011fin, pyproject.toml<\/code> i\u00e7in:<\/p>\n\n# pyproject.toml (Poetry \u00f6rne\u011fi)\n[tool.poetry.dependencies]\npython = \"^3.8\"\nmcp-sdk = \"==1.8.5\"\n <\/code><\/pre>\n<\/div>\n3. Sanal Ortam\u0131n\u0131z\u0131 Temizleme ve Yeniden Kurma<\/h3>\n
\n
\ndeactivate\n <\/code><\/pre>\n<\/p><\/div>\nvenv<\/code> veya .venv<\/code> ad\u0131ndad\u0131r:<\/p>\n\nrm -rf venv\/ # Linux\/macOS\nrd \/s \/q venv\\ # Windows\n <\/code><\/pre>\n<\/p><\/div>\n\npython3 -m venv venv\n <\/code><\/pre>\n<\/p><\/div>\n\nsource venv\/bin\/activate # Linux\/macOS\nvenv\\Scripts\\activate # Windows\n <\/code><\/pre>\n<\/p><\/div>\nrequirements.txt<\/code> dosyan\u0131zla ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fckleyin:<\/p>\n\npip install -r requirements.txt\n <\/code><\/pre>\n<\/p><\/div>\npoetry install<\/code> veya pipenv install<\/code> komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131r\u0131n.<\/p>\n<\/ol>\n4. Do\u011frulama ve Test Etme<\/h3>\n
pip freeze | grep mcp-sdk<\/code> komutunu tekrar \u00e7al\u0131\u015ft\u0131rarak do\u011fru SDK s\u00fcr\u00fcm\u00fcn\u00fcn y\u00fckl\u00fc oldu\u011fundan emin olabilirsiniz.<\/p>\n\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131: Gelecekteki G\u00fcncellemelerden Nas\u0131l Korunulur?<\/h2>\n
1. Otomatik Testlerin G\u00fcc\u00fc (Unit ve Entegrasyon Testleri)<\/h3>\n
2. Ba\u011f\u0131ml\u0131l\u0131k Dondurma ve Kilitleme (
pip freeze<\/code> ve pip-tools<\/code>)<\/h3>\nrequirements.txt<\/code> dosyas\u0131nda ana ba\u011f\u0131ml\u0131l\u0131klar\u0131 belirtmek yeterli de\u011fildir. Projenizin t\u00fcm ba\u011f\u0131ml\u0131l\u0131k a\u011fac\u0131n\u0131 (hem do\u011frudan hem de dolayl\u0131 ba\u011f\u0131ml\u0131l\u0131klar) belirli s\u00fcr\u00fcmlere kilitlemek (dependency locking) \u00e7ok \u00f6nemlidir. pip freeze > requirements.txt<\/code> komutu, o anki sanal ortam\u0131n\u0131zda y\u00fckl\u00fc olan t\u00fcm paketleri ve s\u00fcr\u00fcmlerini requirements.txt<\/code> dosyas\u0131na yazar. Ancak bu, manuel bir i\u015flemdir ve geli\u015ftiriciler aras\u0131nda farkl\u0131l\u0131k g\u00f6sterebilir. Daha geli\u015fmi\u015f bir yakla\u015f\u0131m i\u00e7in pip-tools<\/code> gibi ara\u00e7lar kullanabilirsiniz. pip-tools<\/code>, requirements.in<\/code> dosyas\u0131nda sadece ana ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131z\u0131 belirtmenize olanak tan\u0131r ve pip-compile<\/code> komutuyla t\u00fcm alt ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve onlar\u0131n tam s\u00fcr\u00fcmlerini i\u00e7eren bir requirements.txt<\/code> dosyas\u0131 olu\u015fturur. Bu, t\u00fcm geli\u015ftirme ve da\u011f\u0131t\u0131m ortamlar\u0131n\u0131zda ayn\u0131 ba\u011f\u0131ml\u0131l\u0131k setinin kullan\u0131lmas\u0131n\u0131 garanti eder.<\/p>\n\n# requirements.in\nmcp-sdk\nrequests\n# ... di\u011fer ana ba\u011f\u0131ml\u0131l\u0131klar\n\n# Komut:\n# pip-compile requirements.in\n# Bu komut, t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve alt ba\u011f\u0131ml\u0131l\u0131klar\u0131 kilitleyen bir requirements.txt dosyas\u0131 olu\u015fturur.\n <\/code><\/pre>\n<\/div>\n3. Semantik S\u00fcr\u00fcmleme (Semantic Versioning) Takibi<\/h3>\n
\n
requirements.txt<\/code> dosyan\u0131zda ba\u011f\u0131ml\u0131l\u0131klar\u0131 \u015fu \u015fekilde belirtebilirsiniz:<\/p>\n\n
mcp-sdk==1.8.5<\/code>: Tam s\u00fcr\u00fcm\u00fc kilitler. En g\u00fcvenli ama en az esnek y\u00f6ntem.<\/li>\nmcp-sdk~=1.8.5<\/code>: Yama ve k\u00fc\u00e7\u00fck s\u00fcr\u00fcm g\u00fcncellemelerine izin verir (yani 1.8.5, 1.8.6, ama 1.9.0 veya 2.0.0 de\u011fil). Bu, 1.8.x<\/code> anlam\u0131na gelir.<\/li>\nmcp-sdk>=1.8.0,<2.0.0<\/code>: Ana s\u00fcr\u00fcm de\u011fi\u015fmedik\u00e7e t\u00fcm k\u00fc\u00e7\u00fck ve yama g\u00fcncellemelerine izin verir. Bu genellikle iyi bir denge sunar.<\/li>\n<\/ul>\nmcp-sdk>=1.8.0<\/code> \u015feklinde bir tan\u0131m\u0131n\u0131z olsayd\u0131, pip otomatik olarak 2.0’\u0131 y\u00fckleyecekti. Bu nedenle, ana s\u00fcr\u00fcm atlamalar\u0131ndan korunmak i\u00e7in ,<2.0.0<\/code> gibi \u00fcst s\u0131n\u0131rlar belirlemek \u00f6nemlidir.<\/p>\n4. S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) Ortamlar\u0131n\u0131n \u00d6nemi<\/h3>\n
5. Yay\u0131n Notlar\u0131n\u0131 Takip Etme ve Proaktif Olma<\/h3>\n
6. Sanal Ortamlar\u0131 Do\u011fru Kullanma<\/h3>\n
Sonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
requirements.txt<\/code> dosyamda mcp-sdk<\/code> yerine mcp-sdk==1.8.5<\/code> yazmak ne anlama gelir?<\/strong><\/p>\nmcp-sdk<\/code> yazmak, pip’in paketin en son kararl\u0131 s\u00fcr\u00fcm\u00fcn\u00fc y\u00fcklemesini sa\u011flar. Ancak mcp-sdk==1.8.5<\/code> yazmak, pip’e tam olarak 1.8.5 s\u00fcr\u00fcm\u00fcn\u00fc y\u00fcklemesi talimat\u0131n\u0131 verir. Bu, ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 belirli bir s\u00fcr\u00fcme “sabitlemek” (pinning) anlam\u0131na gelir ve projenizin her zaman ayn\u0131, test edilmi\u015f SDK s\u00fcr\u00fcm\u00fcyle \u00e7al\u0131\u015fmas\u0131n\u0131 garanti eder, b\u00f6ylece beklenmedik g\u00fcncellemelerin \u00f6n\u00fcne ge\u00e7ilir.<\/p>\n<\/li>\nmcp-sdk~=1.8.0<\/code> veya mcp-sdk>=1.8.0,<2.0.0<\/code> gibi daha esnek s\u00fcr\u00fcm tan\u0131mlamalar\u0131 kullan\u0131larak, k\u00fc\u00e7\u00fck ve yama g\u00fcncellemelerine izin verilirken, geriye d\u00f6n\u00fck uyumlulu\u011fu bozan ana s\u00fcr\u00fcm atlamalar\u0131 engellenir. G\u00fcncellemeleri manuel olarak ve kontroll\u00fc bir \u015fekilde yapmak, riskleri y\u00f6netmenin en iyi yoludur.<\/p>\n<\/li>\n<\/ol>\n