GitHub Copilot CLI Nedir ve Nasıl Kurulur: İlk Adımlar
Terminal ekranına bakıp “bu komutu nasıl yazıyordum ya” diye düşündüğünüz anlar büyük ihtimalle olmuştur. Olmuyor demeyin. Ben 20 yılı aşkın süredir komut satırıyla boğuşuyorum. Hâlâ — hâlâ! — bir git submodule komutu ya da kubectl’in şu garip parametresi için Google’a dönüyorum, utanmadan söylüyorum. İşte tam bu sıkışık noktada GitHub Copilot CLI devreye giriyor ve açık konuşayım: ilk denediğimde “aa, bu gerçekten iş yapıyor lan” dedim (en azından benim deneyimim böyle). Abartı yok, gerçekten öyle hissettim.
Bu yazıda Copilot CLI’ın ne olduğundan, kurulumdan, ilk adımlardan ve sahada — yanı gerçek projelerde, gerçek baskı altında — ne işe yaradığından bahsedeceğim. Ama sadece “şunu yaz, bunu tıkla” tarzı bir rehber olmayacak bu. Kendi deneyimlerimi, takıldığım yerleri ve bazı sürprizleri de paylaşacağım. Hazırsanız başlayalım.
Copilot CLI Tam Olarak Ne Yapıyor?
Kısaca söyleyeyim: terminal üzerinden çalışan bir AI asistanı. VS Code’daki Copilot’u biliyorsunuz — hani kodun yanına öneriler getiren, autocompletion yapan o araç. CLI versiyonu bunun terminal karşılığı gibi düşünülebilir, ama aslında çok daha fazlası var. Dur, şöyle açıklayayım.
Çok konuştum, örnekle göstereyim.
Vallahi, Buradaki asıl fark şu: Copilot CLI “agentic” yanı ajan bazlı çalışıyor. Ne demek bu? Sız bir görev veriyorsunuz, o dosyaları inceliyor, kodu yazıyor, test ediyor, hata varsa — dikkat edin — kendisi düzeltmeye çalışıyor. Yanı sadece öneri yapan bir araç değil, iş yapan bir araç. Bunu ilk duyduğumda açıkçası biraz şüpheciydim. “Hadi ya, kendi kendine düzeltecek öyle mi, çok abartıyorlar” dedim içimden. Ama 2025 Mayıs’ında Logosoft’ta bir iç proje için denedik. Basit refactoring görevlerinde gayet iyi performans gösterdi. Mükemmel mi? Hayır, değil. Ama fena değil, hatta baya işe yarıyor, şaşırdım açıkçası.
Bir de şu güzel: terminalden çıkmadan her şeyi halledebiliyorsunuz. Kod yazdırıyorsunuz, proje hakkında soru soruyorsunuz, dosya oluşturuyorsunuz. IDE açmaya bile gerek kalmıyor bazı senaryolarda. SSH ile uzak sunucuya bağlanmışken bile çalışıyor — bu benim için çok büyük bir artı, ciddi söylüyorum.
Kurulum: npm ile Başlıyoruz
Kurulum tarafı oldukça basit, neredeyse sınır bozucu derecede basit. Node.js yüklüyse tek komut:
npm install -g @github/copilot
Bu kadar. Ciddi ciddi, bu kadar. Ama — dur bir saniye — birkaç şeye dikkat etmek lazım.
Node.js Versiyonu Meselesi
Şahsen, Güncel bir Node.js versiyonu şart. Ben bir keresinde Node 16 yüklü eski bir test sunucusunda denedim ve hata aldım, biraz sınır bozucuydu. Node 18 veya üstü kullanmanızı öneririm. Hatta Node 20 kullanıyorsanız daha iyi — bu arada Azure SDK’da Node.js 20 Desteği Bitiyor: Hazır mısınız? yazımda Node versiyonları konusuna değinmiştim, göz atmakta fayda var.
Alternatif Kurulum Yöntemleri
Araya gireyim: macOS kullanıyorsanız Homebrew ile de kurabilirsiniz. Windows’ta WinGet seçeneği var. Ben kişisel makinemde Homebrew, iş makinemde npm ile kurdum — ikisi de sorunsuz çalıştı. Ama şunu söyleyeyim: npm ile kurulum en evrensel yöntem, hangi platformda olursanız olun işe yarıyor. Platformdan bağımsız olması hoşuma gidiyor açıkçası, tek yöntem öğreniyorsunuz ve hep aynı çalışıyor.
İlk Giriş ve Kimlik Doğrulama
Kurulumdan sonra terminalde copilot yazıp Enter’a basıyorsunuz. İlk seferde bir login ekranı karşılıyor sizi.
Şimdi gelelim işin can alıcı noktasına.
/login
Yanı, Bu komut aslında iki şey yapıyor. Birincisi GitHub hesabınızla Copilot istemcisini eşleştiriyor (bizzat test ettim). İkincisi — ben başta bunu fark etmemiştim doğrusu — readonly GitHub MCP sunucusunu bağlıyor. Bununla Copilot, GitHub’daki repolarınıza, issue’larınıza, PR’larınıza erişebiliyor. MCP konusunu merak ediyorsanız Azure MCP Server 2.0: Kendi Sunucunuzda Ajan Otomasyonu yazıma bakabilirsiniz, orada MCP’nın ne olduğunu detaylıca anlattım.
Yanı, Login olduktan sonra bir adım daha var: klasör izni. Copilot, çalıştığınız dizindeki dosyalara erişmek için sizden izin istiyor ve iki seçenek sunuyor:
- Sadece bu oturum için: Terminal’i kapatınca izin de gidiyor
- Kalıcı olarak kaydet: Aynı projede tekrar açtığınızda sormayacak
Benim tavsiyem net: kişisel projelerinizde kalıcı kaydedin, müşteri projelerinde oturum bazlı kullanın. Güvenlik açısından çok daha temiz. Geçen ay bir finans kuruluşundaki danışmanlıkta Copilot CLI kullanırken tam da bu konuyu tartıştık — güvenlik ekibi kalıcı izin verilmesine kesinlikle karşıydı ve haklılardı da. Hassas kod tabanlarında oturum bazlı izin daha mantıklı, lafı gevelemeden söylüyorum. Copilot’ta Yeni Limitler: Ne Değişti, Ne Beklemeli? yazımızda bu konuya da değinmiştik.
Ne Yapabilirsiniz? Gerçek Kullanım Senaryoları
Tamam, kurduk, giriş yaptık. Peki gerçekten ne yapabiliriz? İşte burada işler güzelleşiyor.
Projeye Genel Bakış
Yeni bir repoya baktığınızda — özellikle başkasının yazdığı koda ilk defa göz atarken, hani o “nereden başlayacağım” hissi ya, tam o anda — Copilot CLI’a şunu sorabilirsiniz:
Give me an overview of this project
Hani, Copilot dosyaları tarayacak, önemli olanları açacak ve size projenin ne yaptığını, hangi teknolojileri kullandığını, yapısını özetleyecek. Bunu ilk denediğimde — 2025 Haziran başında bir open source projeye katkı yapmaya çalışıyordum — gerçekten işe yaradı. 200+ dosyalı bir repoda README okumak yerine direkt Copilot’a sordum, 30 saniyede genel resmî anladım. Hoş. Daha fazla bilgi için Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler yazımıza bakabilirsiniz.
Ama dikkat: çok büyük monorepo’larda bazen karışabiliyor. 10.000+ dosyalı bir projede denedim, biraz yüzeysel kaldı, açıkçası hayal kırıklığı oldu. Küçük ve orta ölçekli projeler için baya iyi ama enterprise monorepo’larda beklediğim derinliği göremedim. Yine de hiç yoktan iyi. Bu konuyla ilgili PHP 8.5 Azure App Service’te: Ne Değişti? yazımıza da göz atmanızı tavsiye ederim.
Kod Üretme ve Düzenleme
Bak şimdi, Copilot CLI’a doğal dilde görev verebiliyorsunuz. Mesela:
Create a Python script that reads a CSV file and generates a summary report
Ve Copilot dosyayı oluşturuyor, kodu yazıyor, hatta isterseniz çalıştırıp test de ediyor. Agentic modda çalıştığı için hata alırsa kendisi düzeltmeye çalışıyor. Ben buna “yarı otonom geliştirici” diyorum — tam otonom değil çünkü sonuçları mutlaka gözden geçirmeniz gerekiyor,. Iş yükünün bayağısını alıyor üstünüzden. Bu kısım gerçekten hoşuma gidiyor. Bu konuyla ilgili PowerShell’de MSI Dönemi Bitiyor: MSIX’e Geçiş Rehberi yazımıza da göz atmanızı tavsiye ederim.
Hata Ayıklama ve Sorun Çözme
Terminal’de bir hata aldınız mı? Hata mesajını Copilot CLI’a yapıştırıp “bu ne?” diye sorabilirsiniz. Ben bunu en çok Docker ve Kubernetes komutlarında kullanıyorum. Geçen hafta bir müşteride tam olarak bu sorunla karşılaştık: kubectl apply çalışmıyordu, hata mesajı muğlak ve anlamsızdı. Copilot CLI’a sordum, 5 saniyede “RBAC izni eksik” dedi. Doğruydu. Neyse uzatmayalım ama bu tür anlarda gerçekten zaman kazandırıyor.
Copilot CLI’ın en güçlü tarafı terminalden çıkmadan her şeyi halledebilmek. SSH ile uzak sunucudayken, IDE’niz yokken, hatta mobil terminal uygulamasından bile kullanabiliyorsunuz. Bu esneklik gerçekten işleri değiştiren.
Kimler İçin Mantıklı, Kimler İçin Değil?
Şimdi gelelim işin kritik kısmına — Herkes için uygun mu? Açık konuşayım: hayır (ben de ilk duyduğumda şaşırmıştım) cli ile ilgili önceki yazımız yazımızda bu konuya da değinmiştik.
Peki neden?
| Senaryo | Uygunluk | Notlar |
|---|---|---|
| Bireysel geliştirici, küçük projeler | ⭐⭐⭐⭐⭐ | En verimli olduğu alan |
| DevOps / SRE ekipleri | ⭐⭐⭐⭐ | SSH, script yazma, hata ayıklamada çok iyi |
| Enterprise monorepo’lar | ⭐⭐⭐ | Büyük kod tabanlarında sığ kalabiliyor |
| Güvenlik hassasiyeti yüksek ortamlar | ⭐⭐ | İzin yönetimi ve veri gizliliği dikkat gerektirir |
| Terminal kullanmayan geliştiriciler | ⭐⭐ | Terminal alışkanlığı yoksa VS Code Copilot daha uygun |
Bakın, bir startup’ta çalışıyorsanız ve hızlı prototipleme yapıyorsanız bu araç tam size göre. Ama büyük bir bankada compliance — kendi adıma konuşayım — gereksinimleri olan bir ortamdaysanız — önce güvenlik ekibinizle konuşun, bunu atlayın diyemem — itiraf edeyim, beklentimin üstündeydi —. Ben AZ-500 sınavına hazırlanırken güvenlik mimarisi üzerine baya kafa yormuştum; AI araçlarının kurumsal ortamlara entegrasyonu, düşündüğünüz kadar basit değil. Hiç değil, aslında.
Dikkat Edilmesi Gerekenler ve Pratik İpuçları
Birkaç şeyi paylaşayım. Bunlar dokümantasyonda yazmıyor, tamamen sahada öğrendiklerim.
İnanın, 1. İnternet bağlantısı şart. Copilot CLI tamamen bulut tabanlı çalışıyor. Uçakta ya da internet olmayan bir yerde kullanamıyorsunuz. Bu beni bir keresinde çok zor durumda bıraktı — Ankara’ya tren yolculuğunda çalışmaya niyetlenmiştim, tünelde internet gitti ve Copilot sustu. Sessizce. Sınır bozucu.
2. Prompt’larınızı net yazın. “Şunu yap” yerine “Python 3.12 ile, pandas kullanarak, şu formatta CSV oku. Şu sütunları filtrele” gibi detaylı yazarsanız çok daha iyi sonuç alırsınız. Belirsiz prompt = belirsiz sonuç. Bu basit bir kural ama çoğu zaman atlanıyor.
Bence, 3. Üretilen kodu mutlaka gözden geçirin. Copilot CLI agentic modda çalışıyor diye kodu doğrudan production’a atmayın, ciddi söylüyorum. Ben her seferinde bir git diff yapıp değişiklikleri inceliyorum. Küçük bir alışkanlık ama çok önemli.
İtiraf edeyim, 4. Copilot Cloud Agent ile entegrasyon var. CLI içinden bulut ajanına görev delege edebiliyorsunuz. Bu özellik henüz yeni sayılır,. Copilot Cloud Agent Metriği: Kullanımı Ölçmek Kolaylaştı yazımda bu konuya değinmiştim.
Ha, bir de şunu söyleyeyim — ve bunu söylemezsem eksik kalır. Copilot CLI’ın limitlerini bilmek de en az kullanmayı bilmek kadar önemli. /login yaptıktan sonra her şey güllük gülistanlık olacak sanmayın. Bazen cevapları yüzeysel kalıyor. Bazen yanlış komut öneriyor. İnsan denetimi olmadan kullanılmamalı, bu net. Ama bir “ikinci beyin” olarak — hmm, nasıl desem — fena değil, hatta baya iyi. Ben kullanmaya devam edeceğim.
Sıkça Sorulan Sorular
GitHub Copilot CLI ücretsiz mi?
İnanın, Hayır, Copilot CLI’ı kullanmak için aktif bir GitHub Copilot aboneliği gerekiyor. Individual plan aylık 10 dolar civarı. Business ve Enterprise planları da var. Ücretsiz GitHub hesabıyla çalışmıyor.
Copilot CLI sadece JavaScript/Node.js projeleri için mi çalışıyor?
Net bir şekilde hayır. Kurulumu npm ile yapılıyor ama her dilde, her projede kullanabilirsiniz. Python, Go, Rust, C#, Java — ne varsa. Ben en çok Python ve PowerShell scriptleri için kullanıyorum ama dil bağımsız çalışıyor.
VS Code’daki Copilot ile CLI versiyonu arasındaki fark ne?
VS Code Copilot daha çok kod editörü içinde autocompletion ve öneri bazlı çalışıyor. CLI versiyonu işe terminal üzerinden agentic — yanı otonom — görevler yapabiliyor. Dosya oluşturma, test çalıştırma, hata düzeltme gibi işleri kendi başına halledebiliyor. İkisi birbirini tamamlıyor aslında.
Bakın, burayı atlarsanız yazının kalanı anlamsız kalır.
Copilot CLI dosyalarımı internete gönderiyor mu?
Copilot CLI, bulut tabanlı çalıştığı için prompt’larınız ve bağlam bilgisi GitHub sunucularına gidiyor. Hassas projelerinizde bunu göz önünde bulundurun. GitHub’ın veri işleme politikalarını okumanızı tavsiye ederim, özellikle Business planında telemetri ve veri saklama seçenekleri farklılaşıyor.
Copilot CLI offline çalışır mı?
Hayır, internet bağlantısı olmadan çalışmıyor. Tüm işlem bulut üzerinden yapılıyor. Bu en büyük dezavantajlarından biri bence (şaşırtıcı ama gerçek)
Kaynaklar ve İleri Okuma
Açık konuşayım, GitHub Copilot in the CLI — Resmî Dokümantasyon
GitHub Copilot CLI for Beginners — GitHub Blog
İçeriği paylaş:
📬 Bu yazıyı faydalı buldunuz mu?
Azure, DevOps ve bulut teknolojileri hakkında güncel içerikler için beni takip edin!










Yorum gönder