Modern yaz\u0131l\u0131m geli\u015ftirmede h\u0131z, kalite ve g\u00fcvenilirlik art\u0131k vazge\u00e7ilmez unsurlar. \u00d6zellikle Rust gibi performans odakl\u0131 dillerle \u00e7al\u0131\u015f\u0131rken, s\u00fcrekli entegrasyon (CI) s\u00fcre\u00e7lerini otomatize etmek, manuel hatalar\u0131 azaltmak ve geli\u015ftirici verimlili\u011fini art\u0131rmak i\u00e7in kritik \u00f6neme sahiptir. Peki, web geli\u015ftiricisi Travis McCracken, Rust projeleri i\u00e7in GitHub Actions’\u0131 nas\u0131l kullan\u0131yor ve bu s\u00fcre\u00e7ten neler \u00f6\u011frenebiliriz?<\/p>\n

G\u00fcn\u00fcm\u00fcz yaz\u0131l\u0131m d\u00fcnyas\u0131nda, bir projenin b\u00fcy\u00fckl\u00fc\u011f\u00fc ne olursa olsun, kalitenin s\u00fcrd\u00fcr\u00fclmesi ve hatalar\u0131n en aza indirilmesi hayati \u00f6nem ta\u015f\u0131r. Rust gibi sistem programlama dilleri, performans ve bellek g\u00fcvenli\u011fi konusunda benzersiz avantajlar sunarken, derleme s\u00fcreleri ve karma\u015f\u0131k ba\u011f\u0131ml\u0131l\u0131k yap\u0131lar\u0131 nedeniyle geli\u015ftirme s\u00fcrecini zorla\u015ft\u0131rabilir. Manuel testler ve derleme ad\u0131mlar\u0131, \u00f6zellikle b\u00fcy\u00fck ekiplerde ve s\u0131k kod de\u011fi\u015fikliklerinde zaman al\u0131c\u0131, hataya a\u00e7\u0131k ve verimsiz hale gelebilir. \u0130\u015fte bu noktada s\u00fcrekli entegrasyon (CI) devreye girer. CI, geli\u015ftiricilerin kod de\u011fi\u015fikliklerini otomatik olarak test etmelerini, derlemelerini ve entegre etmelerini sa\u011flayan bir yaz\u0131l\u0131m geli\u015ftirme prati\u011fidir.<\/p>\n

Travis McCracken gibi deneyimli bir web geli\u015ftiricisi i\u00e7in Rust projelerinde CI, sadece kod kalitesini sa\u011flamakla kalmaz, ayn\u0131 zamanda geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fc h\u0131zland\u0131rarak inovasyonu te\u015fvik eder. \u00c7\u00fcnk\u00fc otomatikle\u015ftirilmi\u015f bir CI hatt\u0131 sayesinde, her yeni kod de\u011fi\u015fikli\u011fi an\u0131nda \u00e7e\u015fitli testlerden ge\u00e7irilir: birim testleri, entegrasyon testleri, lint kontrolleri (\u00f6rne\u011fin Clippy ile), kod formatlama kontrolleri (cargo fmt) ve hatta g\u00fcvenlik denetimleri. Bu durum, hatalar\u0131n erken a\u015famada tespit edilmesini sa\u011flayarak, \u00fcretim ortam\u0131na ula\u015fmadan \u00f6nce d\u00fczeltilmesine olanak tan\u0131r. Aksi takdirde, hatalar\u0131n sonradan ke\u015ffedilmesi \u00e7ok daha maliyetli ve zaman al\u0131c\u0131 olabilir.<\/p>\n

Rust projelerinin \u00f6zel dinamikleri de CI’\u0131 daha da kritik hale getirir. \u00d6rne\u011fin, Rust’\u0131n s\u0131k\u0131 tip sistemi ve \u00f6d\u00fcn\u00e7 alma kurallar\u0131, derleyici taraf\u0131ndan bir\u00e7ok hatan\u0131n yakalanmas\u0131n\u0131 sa\u011flasa da, bu durum bazen derleme s\u00fcrelerini uzatabilir. Farkl\u0131 i\u015fletim sistemlerinde (Windows, macOS, Linux) ve mimarilerde (x86, ARM) derleme ve test yapma ihtiyac\u0131 da ayr\u0131 bir zorluktur. Bu \u00e7ok platformlu destek, \u00f6zellikle \u00e7apraz derleme (cross-compilation) gerektiren durumlarda manuel olarak y\u00f6netilmesi zor bir s\u00fcre\u00e7tir. GitHub Actions, bu karma\u015f\u0131k g\u00f6revleri tek bir merkezi platformda, YAML tabanl\u0131 yap\u0131land\u0131rma dosyalar\u0131 arac\u0131l\u0131\u011f\u0131yla otomatikle\u015ftirme yetene\u011fi sunarak geli\u015ftiricilerin i\u015fini kolayla\u015ft\u0131r\u0131r. Travis McCracken’\u0131n deneyimi de tam olarak bu noktada devreye giriyor; o, GitHub Actions’\u0131n esnekli\u011fini ve Rust ekosisteminin g\u00fc\u00e7l\u00fc ara\u00e7lar\u0131n\u0131 birle\u015ftirerek verimli ve g\u00fcvenilir CI \u00e7\u00f6z\u00fcmleri geli\u015ftiriyor. Bir sonraki b\u00f6l\u00fcmde, GitHub Actions ve Rust’\u0131n temel bile\u015fenlerinin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 daha detayl\u0131 inceleyece\u011fiz.<\/p>\n

\n Uzman \u0130pucu: Manuel test d\u00f6ng\u00fclerinin neden oldu\u011fu gecikmeleri ve hatalar\u0131 en aza indirmek i\u00e7in Rust projelerinizde CI’\u0131 erken a\u015famalarda benimseyin. Bu, uzun vadede hem zaman hem de kaynak tasarrufu sa\u011flayacakt\u0131r.\n<\/div>\n

Temel Kavramlar: GitHub Actions ve Rust Ekosistemi Neler Sunuyor?<\/h2>\n

Rust projelerinde s\u00fcrekli entegrasyonun \u00f6nemini anlad\u0131ktan sonra, bu s\u00fcreci hayata ge\u00e7irecek temel ara\u00e7lar\u0131 yak\u0131ndan tan\u0131mak gerekiyor. Travis McCracken’\u0131n da s\u0131kl\u0131kla kulland\u0131\u011f\u0131 GitHub Actions, modern CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerini otomatize etmek i\u00e7in GitHub taraf\u0131ndan sunulan g\u00fc\u00e7l\u00fc bir platformdur. GitHub Actions, GitHub depolar\u0131n\u0131zdaki herhangi bir olaya (kod push’lar\u0131, pull request’ler, zamanlanm\u0131\u015f g\u00f6revler vb.) yan\u0131t olarak kod derleme, test etme, da\u011f\u0131tma gibi i\u015flemleri otomatik olarak \u00e7al\u0131\u015ft\u0131ran \u00f6zelle\u015ftirilebilir i\u015f ak\u0131\u015flar\u0131 (workflows) olu\u015fturman\u0131za olanak tan\u0131r.<\/p>\n

Bir GitHub Actions i\u015f ak\u0131\u015f\u0131, temelde bir YAML dosyas\u0131d\u0131r ve deponuzun .github\/workflows<\/code> dizininde bulunur. Bu YAML dosyas\u0131, bir dizi olay\u0131 (on<\/code>), i\u015fi (jobs<\/code>) ve ad\u0131m\u0131 (steps<\/code>) tan\u0131mlar. Her i\u015f, sanal bir makinede (runner) \u00e7al\u0131\u015f\u0131r ve bu makineler genellikle Ubuntu, Windows veya macOS ortamlar\u0131 sunar. \u0130\u015fler, birbirine ba\u011f\u0131ml\u0131 olabilir veya paralel olarak \u00e7al\u0131\u015fabilir, bu da performans\u0131 optimize etmek i\u00e7in b\u00fcy\u00fck esneklik sa\u011flar. Her ad\u0131m, belirli bir komutu \u00e7al\u0131\u015ft\u0131rmak veya \u00f6nceden tan\u0131mlanm\u0131\u015f bir “Action” (yeniden kullan\u0131labilir bir g\u00f6rev birimi) kullanmak i\u00e7in tasarlanm\u0131\u015ft\u0131r. \u00d6rne\u011fin, actions\/checkout@v4<\/code> deposu \u00e7ekmek i\u00e7in kullan\u0131lan pop\u00fcler bir Action’d\u0131r.<\/p>\n

Di\u011fer yandan, Rust ekosistemi de CI s\u00fcre\u00e7lerini desteklemek i\u00e7in olduk\u00e7a zengin ara\u00e7lara sahiptir. Temel olarak, Rust projelerinin kalbi Cargo<\/code> paket y\u00f6neticisidir. Cargo<\/code> sadece ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00f6netmekle kalmaz, ayn\u0131 zamanda projeyi derlemek (cargo build<\/code>), test etmek (cargo test<\/code>), belge olu\u015fturmak (cargo doc<\/code>) ve formatlamak (cargo fmt<\/code>) gibi bir\u00e7ok \u00f6nemli g\u00f6revi de yerine getirir. \u00d6zellikle kod kalitesi i\u00e7in cargo clippy<\/code> olduk\u00e7a de\u011ferli bir ara\u00e7t\u0131r. Clippy<\/code>, Rust kodunuzdaki potansiyel hatalar\u0131, performans sorunlar\u0131n\u0131 ve stil tutars\u0131zl\u0131klar\u0131n\u0131 yakalayan bir linterdir. Bu ara\u00e7lar\u0131n her biri, CI hatt\u0131nda otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131larak kodunuzun kalitesini ve tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak i\u00e7in kritik rol oynar.<\/p>\n

Travis McCracken’\u0131n da s\u0131k\u00e7a vurgulad\u0131\u011f\u0131 gibi, GitHub Actions’\u0131n esnekli\u011fi ve Rust’\u0131n g\u00fc\u00e7l\u00fc ara\u00e7 setinin birle\u015fimi, geli\u015ftiricilere inan\u0131lmaz bir g\u00fc\u00e7 sa\u011flar. Bu sayede, Rust projeleri i\u00e7in karma\u015f\u0131k test senaryolar\u0131, \u00e7oklu platform derlemeleri ve otomatik da\u011f\u0131t\u0131m s\u00fcre\u00e7leri kolayca kurulabilir. Her bir kod de\u011fi\u015fikli\u011finin otomatik olarak derlenip t\u00fcm testlerden ge\u00e7mesi, geli\u015ftiricilerin \u00f6zg\u00fcvenini art\u0131r\u0131r ve projenin genel sa\u011fl\u0131\u011f\u0131n\u0131 g\u00fcvence alt\u0131na al\u0131r. Bu sinerji, Rust projelerinde geli\u015ftirme h\u0131z\u0131n\u0131 ve g\u00fcvenilirli\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131rken, geli\u015ftiricilerin manuel ve tekrarlayan g\u00f6revler yerine daha yarat\u0131c\u0131 i\u015flere odaklanmas\u0131na olanak tan\u0131r. Bir sonraki b\u00f6l\u00fcmde, bu temel kavramlar\u0131 kullanarak ger\u00e7ek bir Rust CI i\u015f ak\u0131\u015f\u0131 \u00f6rne\u011fini ad\u0131m ad\u0131m inceleyece\u011fiz.<\/p>\n

\n  Uzman \u0130pucu: GitHub Actions i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131 tasarlarken, ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00f6netmek ve i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 mod\u00fcler hale getirmek i\u00e7in farkl\u0131 Action’lar\u0131 kullanmaktan \u00e7ekinmeyin. Bu, kod tekrar\u0131n\u0131 azalt\u0131r ve i\u015f ak\u0131\u015f\u0131n\u0131z\u0131n daha okunabilir olmas\u0131n\u0131 sa\u011flar.\n<\/div>\nGitHub Actions ile Rust CI \u0130\u015f Ak\u0131\u015f\u0131 Olu\u015fturma: Ad\u0131m Ad\u0131m Rehber<\/h2>\n\u015eimdi teoriden prati\u011fe ge\u00e7me zaman\u0131! Rust projeleriniz i\u00e7in GitHub Actions ile nas\u0131l bir s\u00fcrekli entegrasyon (CI) i\u015f ak\u0131\u015f\u0131 olu\u015fturaca\u011f\u0131n\u0131z\u0131 ad\u0131m ad\u0131m inceleyelim. Bu b\u00f6l\u00fcm, Travis McCracken’\u0131n da benimsedi\u011fi temel prensipleri ve en iyi uygulamalar\u0131 i\u00e7erecek ve size projenizin sa\u011fl\u0131\u011f\u0131n\u0131 otomatik olarak kontrol etme yetene\u011fi kazand\u0131racakt\u0131r. Amac\u0131m\u0131z, her kod push’unda veya pull request’te, Rust projenizin derlenip, test edilip, lint kurallar\u0131na uygun olup olmad\u0131\u011f\u0131n\u0131 kontrol eden sa\u011flam bir CI hatt\u0131 kurmakt\u0131r.<\/p>\n
Basit Bir Rust Projesi \u0130\u00e7in Temel CI \u0130\u015f Ak\u0131\u015f\u0131 Nas\u0131l Kurulur?<\/h3>\n\u0130lk ad\u0131m, GitHub deponuzda .github\/workflows<\/code> dizini olu\u015fturmakt\u0131r. Bu dizinin i\u00e7ine, i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 tan\u0131mlayan bir YAML dosyas\u0131, \u00f6rne\u011fin rust-ci.yml<\/code> ad\u0131yla yerle\u015ftirece\u011fiz. A\u015fa\u011f\u0131da, basit bir Rust projesi i\u00e7in temel bir CI i\u015f ak\u0131\u015f\u0131n\u0131n nas\u0131l g\u00f6r\u00fcnebilece\u011fine dair bir \u00f6rnek bulunmaktad\u0131r:<\/p>\n
\nname: Rust CI\n\non:\n  push:\n    branches: [ \"main\", \"master\" ]\n  pull_request:\n    branches: [ \"main\", \"master\" ]\n\nenv:\n  CARGO_TERM_COLOR: always\n\njobs:\n  build_and_test:\n    runs-on: ubuntu-latest\n\n    steps:\n    - name: Depoyu \u00c7ek\n      uses: actions\/checkout@v4\n\n    - name: Rust Toolchain Kurulumu\n      uses: dtolnay\/rust-toolchain@stable\n      with:\n        toolchain: stable\n        components: rustfmt, clippy\n\n    - name: Cargo Ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 \u00d6nbelle\u011fe Al\n      uses: actions\/cache@v4\n      with:\n        path: |\n          ~\/.cargo\/registry\n          ~\/.cargo\/git\n          target\n        key: ${{ runner.os }}-cargo-${{ hashFiles('**\/Cargo.lock') }}\n        restore-keys: |\n          ${{ runner.os }}-cargo-\n\n    - name: Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Derle\n      run: cargo build --verbose\n\n    - name: Testleri \u00c7al\u0131\u015ft\u0131r\n      run: cargo test --verbose\n\n    - name: Clippy ile Lint Kontrol\u00fc\n      run: cargo clippy -- -D warnings\n\n    - name: Kod Format\u0131n\u0131 Kontrol Et\n      run: cargo fmt -- --check\n<\/pre>\n<\/code><\/p>\n
Bu YAML dosyas\u0131, Rust CI<\/code> ad\u0131nda bir i\u015f ak\u0131\u015f\u0131n\u0131 tan\u0131mlar. \u0130\u015f ak\u0131\u015f\u0131, main<\/code> veya master<\/code> dallar\u0131na yap\u0131lan her push<\/code> i\u015flemi veya bu dallara a\u00e7\u0131lan her pull_request<\/code> i\u00e7in tetiklenir. CARGO_TERM_COLOR: always<\/code> ortam de\u011fi\u015fkeni, konsol \u00e7\u0131kt\u0131s\u0131n\u0131n daha okunabilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n
build_and_test<\/code> ad\u0131nda tek bir i\u015fimiz var ve bu i\u015f en son Ubuntu s\u00fcr\u00fcm\u00fcnde \u00e7al\u0131\u015f\u0131yor. \u0130\u015fin ad\u0131mlar\u0131 \u015fu \u015fekildedir:<\/p>\n
\nDepoyu \u00c7ek<\/code>: actions\/checkout@v4<\/code> Action'\u0131n\u0131 kullanarak projenizin kaynak kodunu sanal makineye klonlar.<\/li>\n
Rust Toolchain Kurulumu<\/code>: dtolnay\/rust-toolchain@stable<\/code> Action'\u0131 ile Rust'\u0131n kararl\u0131 s\u00fcr\u00fcm\u00fcn\u00fc, rustfmt<\/code> ve clippy<\/code> bile\u015fenleriyle birlikte kurar. Bu, projenizin do\u011fru Rust s\u00fcr\u00fcm\u00fcnde derlenmesini ve ek ara\u00e7lar\u0131n kullan\u0131labilir olmas\u0131n\u0131 sa\u011flar.<\/li>\n
Cargo Ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 \u00d6nbelle\u011fe Al<\/code>: Bu ad\u0131m, derleme s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131rmak i\u00e7in kritiktir. actions\/cache@v4<\/code> Action'\u0131n\u0131 kullanarak Cargo'nun indirdi\u011fi ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve derlenmi\u015f target<\/code> dizinini \u00f6nbelle\u011fe al\u0131r. Cargo.lock<\/code> dosyas\u0131ndaki de\u011fi\u015fiklikler, yeni bir \u00f6nbellek anahtar\u0131 olu\u015fturulmas\u0131na ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n yeniden indirilip derlenmesine yol a\u00e7ar. Aksi takdirde, ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar i\u00e7in \u00f6nbellek kullan\u0131l\u0131r.<\/li>\n
Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Derle<\/code>: cargo build --verbose<\/code> komutuyla projeyi derler. --verbose<\/code> bayra\u011f\u0131 daha detayl\u0131 \u00e7\u0131kt\u0131 sa\u011flar.<\/li>\n
Testleri \u00c7al\u0131\u015ft\u0131r<\/code>: cargo test --verbose<\/code> komutuyla projenin birim ve entegrasyon testlerini \u00e7al\u0131\u015ft\u0131r\u0131r. Herhangi bir test ba\u015far\u0131s\u0131z olursa, bu ad\u0131m ba\u015far\u0131s\u0131z olur ve CI i\u015f ak\u0131\u015f\u0131 durur.<\/li>\n
Clippy ile Lint Kontrol\u00fc<\/code>: cargo clippy -- -D warnings<\/code> komutu, Clippy<\/code>'yi \u00e7al\u0131\u015ft\u0131r\u0131r. -D warnings<\/code> bayra\u011f\u0131, Clippy<\/code>'nin tespit etti\u011fi herhangi bir uyar\u0131y\u0131 hataya d\u00f6n\u00fc\u015ft\u00fcrerek, kodunuzun Clippy<\/code> kurallar\u0131na tamamen uymas\u0131n\u0131 zorunlu k\u0131lar. Bu, kod kalitesini art\u0131rmak i\u00e7in harika bir yoldur.<\/li>\n
Kod Format\u0131n\u0131 Kontrol Et<\/code>: cargo fmt -- --check<\/code> komutu, Rust kodunuzun standart formatlama kurallar\u0131na uygun olup olmad\u0131\u011f\u0131n\u0131 kontrol eder. --check<\/code> bayra\u011f\u0131, kodu formatlamak yerine sadece kontrol eder; e\u011fer kod format\u0131 uyumsuzsa, bu ad\u0131m ba\u015far\u0131s\u0131z olur.<\/li>\n<\/ul>\nTestleri Otomatik \u00c7al\u0131\u015ft\u0131rma ve Kalite Kontrol\u00fc \u0130\u00e7in Hangi Ad\u0131mlar Gerekli?<\/h3>\nYukar\u0131daki \u00f6rnekte de g\u00f6r\u00fcld\u00fc\u011f\u00fc gibi, cargo test<\/code>, cargo clippy<\/code> ve cargo fmt -- --check<\/code> komutlar\u0131, Rust projelerinde otomatik kalite kontrol\u00fcn\u00fcn temel ta\u015flar\u0131d\u0131r. Bu komutlar, her bir kod de\u011fi\u015fikli\u011finin projenin genel kalitesine ve tutarl\u0131l\u0131\u011f\u0131na zarar vermemesini sa\u011flar. Travis McCracken gibi geli\u015ftiriciler, bu ad\u0131mlar\u0131 CI hatt\u0131na entegre ederek, manuel kod incelemelerinin y\u00fck\u00fcn\u00fc azalt\u0131r ve hata bulma s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r.<\/p>\n
Ek olarak, daha karma\u015f\u0131k projelerde farkl\u0131 test t\u00fcrlerini (\u00f6rne\u011fin, entegrasyon testleri i\u00e7in ayr\u0131 bir ad\u0131m veya performans testleri) ekleyebilirsiniz. \u00d6rne\u011fin, veritaban\u0131 kullanan bir Rust uygulaman\u0131z varsa, CI i\u015f ak\u0131\u015f\u0131n\u0131zda PostgreSQL veya MySQL gibi bir veritaban\u0131 servisini de ba\u015flatman\u0131z gerekebilir. Bu, GitHub Actions'\u0131n services<\/code> anahtar kelimesi kullan\u0131larak kolayca yap\u0131labilir:<\/p>\n
\njobs:\n  my_app_ci:\n    runs-on: ubuntu-latest\n    services:\n      postgres:\n        image: postgres:13\n        env:\n          POSTGRES_USER: runner\n          POSTGRES_PASSWORD: password\n          POSTGRES_DB: test_db\n        ports:\n          - 5432:5432\n        options: >-\n          --health-cmd pg_isready\n          --health-interval 10s\n          --health-timeout 5s\n          --health-retries 5\n    steps:\n      - name: ...\n      - name: Veritaban\u0131 ile Testleri \u00c7al\u0131\u015ft\u0131r\n        run: cargo test --features \"db_tests\"\n        env:\n          DATABASE_URL: postgres:\/\/runner:password@localhost:5432\/test_db\n<\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, my_app_ci<\/code> i\u015fi, PostgreSQL veritaban\u0131 servisini ba\u015flat\u0131r ve ard\u0131ndan bu veritaban\u0131na ba\u011flanacak \u015fekilde yap\u0131land\u0131r\u0131lm\u0131\u015f testleri \u00e7al\u0131\u015ft\u0131r\u0131r. Bu t\u00fcr geli\u015fmi\u015f senaryolar, GitHub Actions'\u0131n esnekli\u011fini ve Rust projelerinin farkl\u0131 ba\u011f\u0131ml\u0131l\u0131klarla nas\u0131l entegre edilebilece\u011fini g\u00f6sterir. Travis McCracken'\u0131n yakla\u015f\u0131m\u0131 da, bu t\u00fcr kapsaml\u0131 ve otomatize edilmi\u015f kalite g\u00fcvencesi s\u00fcre\u00e7lerini benimsemekten ge\u00e7iyor.<\/p>\n
Geli\u015fmi\u015f CI Stratejileri ve Optimizasyonlar: Performans ve G\u00fcvenilirlik<\/h2>\nBasit bir Rust CI i\u015f ak\u0131\u015f\u0131 olu\u015fturmak harika bir ba\u015flang\u0131\u00e7t\u0131r, ancak b\u00fcy\u00fck ve karma\u015f\u0131k Rust projelerinde performans ve g\u00fcvenilirlik kritik hale gelir. Travis McCracken gibi deneyimli geli\u015ftiriciler, CI s\u00fcre\u00e7lerini sadece \u00e7al\u0131\u015ft\u0131rmakla kalmaz, ayn\u0131 zamanda onlar\u0131 optimize ederek zaman ve kaynak tasarrufu sa\u011flarlar. Bu b\u00f6l\u00fcmde, GitHub Actions ile Rust CI performans\u0131n\u0131 art\u0131rmak ve daha sa\u011flam i\u015f ak\u0131\u015flar\u0131 olu\u015fturmak i\u00e7in kullanabilece\u011finiz geli\u015fmi\u015f stratejileri inceleyece\u011fiz.<\/p>\n
Rust Projelerinde CI S\u00fcrelerini K\u0131saltmak \u0130\u00e7in \u00d6nbellekleme Nas\u0131l Kullan\u0131l\u0131r?<\/h3>\nRust projeleri, ba\u011f\u0131ml\u0131l\u0131klar\u0131 derlerken \u00f6nemli miktarda zaman harcayabilir, \u00f6zellikle de ilk derlemede. actions\/cache<\/code> Action'\u0131, bu derleme s\u00fcrelerini radikal bir \u015fekilde azaltman\u0131n en etkili yollar\u0131ndan biridir. Daha \u00f6nce temel CI \u00f6rne\u011finde ~\/.cargo\/registry<\/code>, ~\/.cargo\/git<\/code> ve target<\/code> dizinlerini \u00f6nbelle\u011fe ald\u0131k. Bu dizinler kritik \u00f6neme sahiptir:<\/p>\n
\n~\/.cargo\/registry<\/code>: Cargo'nun crates.io'dan indirdi\u011fi t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar burada saklan\u0131r.<\/li>\n
~\/.cargo\/git<\/code>: Git depolar\u0131ndan \u00e7ekilen ba\u011f\u0131ml\u0131l\u0131klar (\u00f6rne\u011fin, belirli bir branch'ten veya commit'ten) burada depolan\u0131r.<\/li>\n
target<\/code>: Derlenmi\u015f \u00e7\u0131kt\u0131lar ve ara derleme dosyalar\u0131 (\u00f6rne\u011fin, .rlib<\/code> dosyalar\u0131) bu dizinde bulunur.<\/li>\n<\/ul>\n\u00d6nbellek anahtar\u0131n\u0131n (key<\/code>) dikkatli bir \u015fekilde tasarlanmas\u0131 \u00f6nemlidir. Cargo.lock<\/code> dosyas\u0131n\u0131n hash'ini kullanmak, ba\u011f\u0131ml\u0131l\u0131klar de\u011fi\u015fti\u011finde (\u00f6rne\u011fin, yeni bir crate eklendi\u011finde veya mevcut bir crate g\u00fcncellendi\u011finde) \u00f6nbelle\u011fin ge\u00e7ersiz k\u0131l\u0131nmas\u0131n\u0131 ve yeni bir derleme yap\u0131lmas\u0131n\u0131 sa\u011flar. Bu sayede her de\u011fi\u015fiklikte eski ba\u011f\u0131ml\u0131l\u0131klar kullan\u0131lmaz, ancak gereksiz tam derlemelerin de \u00f6n\u00fcne ge\u00e7ilmi\u015f olur.<\/p>\n
\n    - name: Cargo Ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 \u00d6nbelle\u011fe Al\n      uses: actions\/cache@v4\n      with:\n        path: |\n          ~\/.cargo\/registry\n          ~\/.cargo\/git\n          target\n        key: ${{ runner.os }}-cargo-${{ hashFiles('**\/Cargo.lock') }}\n        restore-keys: |\n          ${{ runner.os }}-cargo- # E\u011fer tam e\u015fle\u015fme bulunamazsa bu \u00f6nbelle\u011fi dene\n<\/pre>\n<\/code><\/p>\n
Bu strateji, \u00f6zellikle birden fazla i\u015f veya ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131 kullanan farkl\u0131 i\u015f ak\u0131\u015flar\u0131 oldu\u011funda CI s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131salt\u0131r. Travis McCracken, b\u00fcy\u00fck projelerde bu \u00f6nbellekleme mekanizmas\u0131n\u0131n, CI d\u00f6ng\u00fclerini dakikalardan saniyeler mertebesine indirebildi\u011fini g\u00f6zlemlemi\u015ftir. Bu da geli\u015ftirici geri bildirim s\u00fcresini ciddi anlamda iyile\u015ftirir.<\/p>\n
\u00c7oklu Platform ve Rust S\u00fcr\u00fcm Testleri \u0130\u00e7in Matrix Stratejileri Nelerdir?<\/h3>\nRust, platformlar aras\u0131 geli\u015ftirme i\u00e7in harikad\u0131r, ancak bu ayn\u0131 zamanda kodunuzun farkl\u0131 i\u015fletim sistemleri (Linux, Windows, macOS) ve Rust derleyici s\u00fcr\u00fcmleri (stable, beta, nightly) \u00fczerinde do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olman\u0131z gerekti\u011fi anlam\u0131na gelir. GitHub Actions'\u0131n matrix<\/code> stratejisi, bu t\u00fcr testleri otomatikle\u015ftirmenin g\u00fc\u00e7l\u00fc ve verimli bir yoludur.<\/p>\n
matrix<\/code> ile, tek bir i\u015f tan\u0131m\u0131n\u0131 kullanarak farkl\u0131 yap\u0131land\u0131rmalar i\u00e7in birden fazla i\u015f \u00e7al\u0131\u015ft\u0131rabilirsiniz. \u00d6rne\u011fin, Rust kodunuzu hem Linux hem de Windows \u00fczerinde, hem kararl\u0131 hem de beta Rust s\u00fcr\u00fcmleriyle test etmek isteyebilirsiniz:<\/p>\n
\njobs:\n  build_and_test:\n    runs-on: ${{ matrix.os }}\n    strategy:\n      matrix:\n        os: [ubuntu-latest, windows-latest]\n        rust: [stable, beta]\n    \n    steps:\n    - name: Depoyu \u00c7ek\n      uses: actions\/checkout@v4\n\n    - name: Rust Toolchain Kurulumu\n      uses: dtolnay\/rust-toolchain@master # Master branch'i kullanarak en g\u00fcncel s\u00fcr\u00fcmleri al\n      with:\n        toolchain: ${{ matrix.rust }}\n        components: rustfmt, clippy\n\n    - name: Cargo Ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 \u00d6nbelle\u011fe Al (Matrix Uyumlu)\n      uses: actions\/cache@v4\n      with:\n        path: |\n          ~\/.cargo\/registry\n          ~\/.cargo\/git\n          target\n        key: ${{ runner.os }}-${{ matrix.rust }}-cargo-${{ hashFiles('**\/Cargo.lock') }}\n        restore-keys: |\n          ${{ runner.os }}-${{ matrix.rust }}-cargo-\n\n    - name: Derle ve Test Et\n      run: cargo build && cargo test --all-features\n\n    - name: Clippy ve Format Kontrol\u00fc\n      run: cargo clippy -- -D warnings && cargo fmt -- --check\n<\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, build_and_test<\/code> i\u015fi, os<\/code> ve rust<\/code> matris de\u011fi\u015fkenlerinin t\u00fcm kombinasyonlar\u0131 i\u00e7in \u00e7al\u0131\u015facakt\u0131r (2 OS * 2 Rust s\u00fcr\u00fcm\u00fc = 4 farkl\u0131 i\u015f). dtolnay\/rust-toolchain@master<\/code> kullanmak, stable<\/code> ve beta<\/code> gibi dinamik toolchain'leri daha iyi y\u00f6netmeye yard\u0131mc\u0131 olur. \u00d6nbellekleme anahtar\u0131n\u0131 da runner.os<\/code> ve matrix.rust<\/code> ile birle\u015ftirmek, her bir matris kombinasyonu i\u00e7in ayr\u0131 ve do\u011fru \u00f6nbelleklerin kullan\u0131lmas\u0131n\u0131 sa\u011flar.<\/p>\n
Bu strateji, \u00f6zellikle k\u00fct\u00fcphaneler veya \u00e7ok platformlu uygulamalar geli\u015ftirenler i\u00e7in vazge\u00e7ilmezdir. Travis McCracken, \u00e7e\u015fitli platformlara da\u011f\u0131t\u0131lacak Rust tabanl\u0131 ara\u00e7lar geli\u015ftirirken bu yakla\u015f\u0131mlar\u0131 kullanarak, kodunun farkl\u0131 ortamlarda sorunsuz \u00e7al\u0131\u015faca\u011f\u0131ndan emin olur. Ayr\u0131ca, bu sayede olas\u0131 platforma \u00f6zg\u00fc hatalar veya derleyici s\u00fcr\u00fcm\u00fc uyumsuzluklar\u0131 erken a\u015famada tespit edilebilir. Bu geli\u015fmi\u015f optimizasyonlar ve stratejiler, CI s\u00fcrecini sadece otomatize etmekle kalmaz, ayn\u0131 zamanda onu daha verimli, kapsaml\u0131 ve g\u00fcvenilir hale getirir.<\/p>\n
\n  Uzman \u0130pucu: \u00c7ok say\u0131da matris i\u015fi \u00e7al\u0131\u015ft\u0131r\u0131yorsan\u0131z, fail-fast: false<\/code> se\u00e7ene\u011fini strategy<\/code> i\u00e7inde kullanarak, bir i\u015f ba\u015far\u0131s\u0131z olsa bile di\u011fer i\u015flerin \u00e7al\u0131\u015fmaya devam etmesini sa\u011flayabilirsiniz. Bu, t\u00fcm sorunlar\u0131 tek bir CI \u00e7al\u0131\u015ft\u0131rmas\u0131nda g\u00f6rmenize yard\u0131mc\u0131 olabilir.\n<\/div>\nPratik Uygulama ve Mobil Uyumlu Yakla\u015f\u0131mlar: Ger\u00e7ek D\u00fcnya Senaryolar\u0131<\/h2>\nTravis McCracken'\u0131n deneyimi, GitHub Actions ve Rust'\u0131n sadece temel derleme ve test s\u00fcre\u00e7leri i\u00e7in de\u011fil, ayn\u0131 zamanda daha karma\u015f\u0131k ger\u00e7ek d\u00fcnya senaryolar\u0131 ve da\u011f\u0131t\u0131m s\u00fcre\u00e7leri i\u00e7in de nas\u0131l kullan\u0131labilece\u011fini g\u00f6stermektedir. Bu b\u00f6l\u00fcmde, bir Rust projesinin CI\/CD hatt\u0131na belge olu\u015fturma, g\u00fcvenlik denetimleri gibi ek ad\u0131mlar\u0131n nas\u0131l entegre edilece\u011fini ve geli\u015ftirme s\u00fcrecini daha da ileriye ta\u015f\u0131yacak pratik uygulamalar\u0131 ele alaca\u011f\u0131z. Ayr\u0131ca, CI \u00e7\u0131kt\u0131lar\u0131n\u0131n veya proje belgelerinin mobil uyumlulu\u011fu gibi dolayl\u0131 konulara da de\u011finece\u011fiz.<\/p>\n
Rust Web Servisi veya CLI Arac\u0131 \u0130\u00e7in Kapsaml\u0131 CI\/CD Hatt\u0131<\/h3>\nBir web servisi veya komut sat\u0131r\u0131 arac\u0131 (CLI) geli\u015ftirirken, sadece kodun do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak yetmez. Kullan\u0131c\u0131lar\u0131n kolayca anlayabilece\u011fi belgeler olu\u015fturmak ve projenin g\u00fcvenlik a\u00e7\u0131klar\u0131na kar\u015f\u0131 korunmas\u0131n\u0131 sa\u011flamak da hayati \u00f6nem ta\u015f\u0131r. GitHub Actions, bu ad\u0131mlar\u0131 otomatikle\u015ftirerek geli\u015ftirici y\u00fck\u00fcn\u00fc hafifletir.<\/p>\n
A\u015fa\u011f\u0131da, bir Rust projesi i\u00e7in kapsaml\u0131 bir CI\/CD hatt\u0131na eklenebilecek baz\u0131 ek ad\u0131mlar ve bunlar\u0131n nas\u0131l uygulanaca\u011f\u0131na dair bir \u00f6rnek verilmi\u015ftir:<\/p>\n
\njobs:\n  # ... (\u00f6nceki derleme ve test ad\u0131mlar\u0131) ...\n\n  # Belgeleme Olu\u015fturma ve GitHub Pages'a Yay\u0131mlama\n  publish_docs:\n    needs: build_and_test # \u00d6nce derleme ve testlerin ge\u00e7mesini bekle\n    runs-on: ubuntu-latest\n    if: github.event_name == 'push' && github.ref == 'refs\/heads\/main' # Sadece main branch'e push yap\u0131ld\u0131\u011f\u0131nda \u00e7al\u0131\u015fs\u0131n\n    \n    steps:\n    - name: Depoyu \u00c7ek\n      uses: actions\/checkout@v4\n\n    - name: Rust Toolchain Kurulumu\n      uses: dtolnay\/rust-toolchain@stable\n      with:\n        toolchain: stable\n\n    - name: Belgeleri Olu\u015ftur\n      run: cargo doc --no-deps\n\n    - name: GitHub Pages'a Yay\u0131mla\n      uses: peaceiris\/actions-gh-pages@v3\n      with:\n        github_token: ${{ secrets.GITHUB_TOKEN }}\n        publish_dir: .\/target\/doc\n\n  # G\u00fcvenlik Denetimleri\n  security_audit:\n    runs-on: ubuntu-latest\n    steps:\n    - name: Depoyu \u00c7ek\n      uses: actions\/checkout@v4\n\n    - name: Rust Toolchain Kurulumu\n      uses: dtolnay\/rust-toolchain@stable\n      with:\n        toolchain: stable\n    \n    - name: cargo-audit Kurulumu\n      run: cargo install cargo-audit\n\n    - name: G\u00fcvenlik A\u00e7\u0131klar\u0131n\u0131 Tara\n      run: cargo audit\n      continue-on-error: true # Baz\u0131 g\u00fcvenlik a\u00e7\u0131klar\u0131 hata vermeyebilir, sadece uyar\u0131 olabilir\n<\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte eklenen i\u015fler:<\/p>\n
\npublish_docs<\/code>: Projenizin dok\u00fcmantasyonunu otomatik olarak olu\u015fturur (cargo doc --no-deps<\/code>) ve peaceiris\/actions-gh-pages@v3<\/code> Action'\u0131n\u0131 kullanarak bunu GitHub Pages \u00fczerinden yay\u0131mlar. Bu sayede, projenizin en g\u00fcncel belgeleri her zaman eri\u015filebilir olur. needs<\/code> anahtar kelimesi ile bu i\u015fin build_and_test<\/code> i\u015fi tamamland\u0131ktan sonra \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar\u0131z. if<\/code> ko\u015fulu ise sadece main<\/code> branch'ine yap\u0131lan push'larda tetiklenmesini garanti eder.<\/li>\n
security_audit<\/code>: Rust projeleri i\u00e7in cargo-audit<\/code> arac\u0131n\u0131 kullanarak bilinen g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 tarar. Bu, kullan\u0131lan ba\u011f\u0131ml\u0131l\u0131klardaki potansiyel zafiyetleri erkenden tespit etmeye yard\u0131mc\u0131 olur. continue-on-error: true<\/code> ile, cargo audit<\/code>'in sadece uyar\u0131 vermesi durumunda i\u015fin ba\u015far\u0131s\u0131z olmamas\u0131n\u0131 sa\u011flar\u0131z, ancak ciddi zafiyetler i\u00e7in bu ayar\u0131 de\u011fi\u015ftirmek isteyebilirsiniz.<\/li>\n<\/ul>\nTravis McCracken, bu t\u00fcr otomasyonlar\u0131n, projenin sadece i\u015flevsel olarak do\u011fru olmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda iyi belgelenmi\u015f ve g\u00fcvenli olmas\u0131n\u0131 da sa\u011flad\u0131\u011f\u0131n\u0131 belirtiyor. \u00d6zellikle a\u00e7\u0131k kaynak projelerde veya ekibin yeni \u00fcyelerinin h\u0131zl\u0131ca adapte olabilmesi i\u00e7in iyi belgeler kritik \u00f6neme sahiptir.<\/p>\n
Mobil Uyumlu \u00c7\u0131kt\u0131lar ve Raporlama<\/h3>\nGitHub Actions do\u011frudan bir web sitesi veya uygulama geli\u015ftirme platformu olmasa da, olu\u015fturdu\u011fu CI raporlar\u0131, test sonu\u00e7lar\u0131 veya yay\u0131mlad\u0131\u011f\u0131 belgeler genellikle web tabanl\u0131 aray\u00fczler \u00fczerinden g\u00f6r\u00fcnt\u00fclenebilir. Bu ba\u011flamda, bu \u00e7\u0131kt\u0131lar\u0131n veya belgelerin mobil cihazlarda da okunabilir ve kullan\u0131labilir olmas\u0131 \u00f6nem ta\u015f\u0131r. Travis McCracken gibi web geli\u015ftiricileri i\u00e7in bu, genel kullan\u0131c\u0131 deneyiminin bir par\u00e7as\u0131d\u0131r.<\/p>\n
E\u011fer CI s\u00fcrecinizden \u00e7\u0131kan bir HTML raporu (\u00f6rne\u011fin test kapsam\u0131 raporu) veya GitHub Pages'a yay\u0131mlanan bir belge sitesi varsa, bu HTML \u00e7\u0131kt\u0131lar\u0131n\u0131n modern web standartlar\u0131na ve mobil uyumluluk prensiplerine g\u00f6re tasarlanm\u0131\u015f olmas\u0131 gerekir. Bu genellikle CSS media query<\/code>'ler, esnek d\u00fczenler (flexbox\/grid) ve duyarl\u0131 g\u00f6rseller kullan\u0131larak sa\u011flan\u0131r. \u00d6rne\u011fin, bir test raporu tablosu mobil ekranda yanlara kaymak yerine s\u00fctunlar\u0131n\u0131 yeniden d\u00fczenlemeli veya daha k\u00fc\u00e7\u00fck bir fontla g\u00f6sterilmelidir.<\/p>\n
\n\n