GitHub Copilot oturumunu VS Code’a taşıma rehberi

GitHub Copilot oturumunu VS Code’da sürdürme neyi değiştiriyor?

GitHub Copilot oturumunu VS Code’da sürdürme, Copilot uygulamasında yürütülen bir ajan çalışmasını editörde yeniden kurmadan devam ettirmeyi hedefliyor. GitHub’ın açıklamasına göre kullanıcı, uygulamadaki mevcut oturumu doğrudan VS Code ile açabiliyor; konuşma, kod değişiklikleri ve çalışma bağlamı bu geçişte korunuyor. Böylece kullanıcı, daha önce oluşan işi yeni bir sohbet başlatıp özetleyerek tekrar üretmek zorunda kalmıyor.

Buradaki karşılaştırma, iki ayrı aracın aynı görevi birbirinden bağımsız yürütmesi değil. Copilot uygulamasında oluşan ajan oturumu ile VS Code’daki devam aşaması aynı oturumun parçaları olarak tanımlanıyor. GitHub’ın verdiği çerçevede uygulama, ajanın yaptığı işi ve bu işin arka planını barındırırken; VS Code, değişikliklerin denetlenmesi, elle düzenleme ve projenin yerelde çalıştırılması için kullanılan ortam oluyor.

GitHub, geçişin özellikle ajan işin büyük kısmını tamamladıktan sonra anlam kazandığını belirtiyor. Kullanıcı bu noktada tek bir uygulama ayrıntısını incelemek, bazı satırları elle değiştirmek veya kodu gönderimden önce yerelde çalıştırmak isteyebiliyor. Bu ihtiyaçlar, oturumu sıfırlamak yerine aynı çalışma üzerinden ilerlemenin gerekçesi olarak sunuluyor.

Uygulama ile VS Code arasındaki karşılaştırılabilir farklar

Kaynakta iki ortamın işlevleri yan yana konulduğunda, Copilot uygulamasındaki oturumun yalnızca değiştirilmiş dosyalardan ibaret olmadığı görülüyor. Oturum; görevi, planı ve kod değişikliklerini ortaya çıkaran konuşmayı da kaydediyor. Bu bilgiler, ajanın belirli bir uygulama yaklaşımını neden seçtiğini anlamak veya yapılan işin bir bölümünün gözden geçirilmesini istemek için kullanılabiliyor.

VS Code tarafında ise aynı oturumun konuşması Copilot kenar çubuğunda görüntüleniyor. Bunun yanında Source Control görünümü üzerinden değişen dosyalar açılabiliyor ve satır satır fark incelemesi yapılabiliyor. Dolayısıyla uygulamanın sunduğu geçmiş ile editörün sunduğu kod inceleme yüzeyi birbirinin yerine geçen iki ayrı kayıt sistemi olarak değil, aynı çalışmaya farklı erişim noktaları olarak konumlanıyor.

GitHub’ın tarifinde en somut ayrım çalışma biçiminde: Copilot, tekrarlayan veya zaman alıcı işleri üstlenebiliyor; kullanıcı ise kodu daha yakından gözden geçirme, doğrudan düzenleme ve yerel test aşamasında kontrolü alıyor. Ancak kaynak, bu iş bölümünün her görevde aynı sonuçları vereceğine ilişkin bir başarı oranı, performans ölçümü ya da kalite karşılaştırması paylaşmıyor. Bu nedenle uygulama ile VS Code arasında genel bir üstünlük hükmü çıkarmak mümkün değil.

Geçişte hangi bilgiler korunuyor?

Bir oturum VS Code’da açıldığında GitHub’ın saydığı üç unsur birlikte erişilebilir kalıyor: oturum bağlamı, farklar ve çalışma ağacı. Oturum bağlamı görev, plan ve önceki konuşmayı kapsıyor. Farklar, ajanın değiştirdiği dosya ve satırların incelemeye hazır olmasını sağlıyor. Çalışma ağacı ise VS Code’un oturumla ilişkili aynı yalıtılmış çalışma ağacını açtığı anlamına geliyor.

Bu yapı, yeni bir editör penceresinde işi yeniden inşa etmekten farklı. GitHub, kullanıcının mevcut oturumu sürdürdüğünü; yeni bir konuşma açıp önceki süreci tekrar anlatmasının gerekmediğini ifade ediyor. Özellikle kodun arkasındaki gerekçeyi izlemek isteyenler açısından, konuşmanın korunması ile farkların görünür olması aynı oturumda birleşiyor.

Bununla birlikte kaynak, desteklenen editörler veya tüm kurulum senaryoları hakkında geniş bir karşılaştırma sunmuyor. Yalnızca uygulamanın birden fazla desteklenen editör ya da VS Code kurulumu gösterdiği durumda kullanıcının bir seçim yapabileceğini belirtiyor. Bu nedenle özelliğin VS Code dışındaki ortamlardaki işleyişi hakkında ek bir sonuç çıkarmak için yeterli veri bulunmuyor.

VS Code’da inceleme ve devam eden konuşma

GitHub’ın önerdiği işlem sırası, düzenleme öncesinde farkların kontrol edilmesiyle başlıyor. Kullanıcı Source Control görünümünde değişen dosyaları görebiliyor ve bir dosyayı seçerek değişiklikleri satır satır inceleyebiliyor. Kaynak, bu incelemenin diğer önerilen kod değişikliklerinde uygulanacak yaklaşımla yapılmasını öneriyor.

Kontrol listesinde isteği karşılayıp karşılamadığı, deponun kurallarına uyumu, hata durumları ve uç senaryoların ele alınması, testlerin değişen davranışı kapsaması ve ilgisiz dosya ya da davranışların değiştirilmemesi yer alıyor. Bu maddeler, ajan tarafından üretilen değişikliklerin editör aşamasında doğrulanması gereken alanları gösteriyor.

Konuşma geçmişinin korunması, belirsiz kalan noktaların Copilot’a editör içinden sorulabilmesini de sağlıyor. GitHub’ın verdiği örnek, belirli bir işlevin neden yeni bir yardımcı eklemek yerine değiştirildiğinin açıklanmasını istemek. Böylece VS Code’a geçiş, yalnızca dosya düzenlemek için değil; önceki kararları mevcut bağlam içinde sorgulamak için de kullanılıyor.

Ön koşullar ve sınırlar

GitHub’ın rehberinde bu akış için Copilot uygulamasının kurulu ve oturum açılmış olması, VS Code’un yüklü bulunması ve aynı GitHub hesabına bağlı olması isteniyor. Ayrıca kullanıcının kod değişiklikleri içeren bir Copilot uygulaması oturumuna sahip olması gerekiyor. İlgili depoda çalışmak ve değişiklikleri göndermek için yetki de ön koşullar arasında.

Rehber, kullanıcının VS Code içinde gezinmeye, bütünleşik terminalde komut çalıştırmaya, Git dalları ve pull request’lerle çalışmaya zaten aşina olduğunu varsayıyor. Bu nedenle anlatım, yeni başlayanlar için temel Git veya VS Code eğitimi niteliğinde değil; mevcut bir ajan oturumunu editöre devretmeye odaklanıyor.

GitHub Copilot oturumunu VS Code’da sürdürme akışı, uygulama ve editörü aynı işi iki kez yaptıran rakip noktalar olmaktan çıkarıp ardışık aşamalar şeklinde ele alıyor. Yine de kaynakta maliyet, hız, çıktı kalitesi veya hata oranı gibi ölçülebilir veriler yer almıyor. Karşılaştırma, bu yüzden yalnızca açıklanan işlevler ve kullanım akışı üzerinden yapılabilir.