YouMind
Oturum aç

Git'i Şemalarla Anlama: Lise Öğrencileri İçin Başlangıç Rehberi

@dan_pro_man
JAPONCA10 Eki 2026
106K
205
23
0
674

TL;DR

Depo oluşturma, pull request gönderme, diff inceleme ve değişiklikleri geri alma gibi temel GitHub iş akışını açıklayan, özellikle yapay zeka kodlama asistanlarını kullananlar için hazırlanmış başlangıç dostu bir rehber.

GitHub'ı ne yaptığınızı tam bilmeden mi kullanıyorsunuz?

Gözünüz kapalı kullanmak, her şeyi bozmanıza yol açar.

GitHub'da yalnızca üç yeşil buton vardır.

Onlara basmadan önce bakmanız gereken tek bir yer vardır.

Bu yazıda, GitHub ekranında bakmanız ve tıklamanız gereken her yeri kırmızı kutularla işaretledim.

Bağlanın, gönderin, diff'i kontrol edin, merge yapın ve geri alın.

Bu döngünün tamamını 10 gerçek ekran görüntüsüyle adım adım işleyeceğiz.

Yazma işini AI yapıyor.

Bakma ve tıklama işi sizde.

Karşılaştıkça zor terimleri en basit haliyle açıklayacağım.

※ Bu yazıdaki GitHub ekranları ve özellikleri Ekim 2026 itibarıyla doğrulanmıştır. Ekranlar zamanla değişebilir.

Bölüm 1: GitHub'a Bağlanmak | Bir Repository Oluşturun ve Yerel Kayıtları Yükleyin

GitHub arayüzü İngilizce.

Ama tıklanacak yerler hep aynı.

Ekrandaki kırmızı kutular nereye bakmanız ve nereye tıklamanız gerektiğini gösteriyor.

Bu bölümde tıklamanız gereken sadece bir yeşil buton var.

Önce bir repository oluşturun.

Repository, Git kayıtlarınızı çevrimiçi olarak sakladığınız bir dolap gibidir.

Dolabın içindekileri ve dört temel terimi bir önceki yazımda anlatmıştım.

【Şemalarla】Ortaokul Öğrencileri İçin Git Anlatımı

https://x.com/dan_pro_man/status/2107224533099069671?s=20

O yazıyı okumamış olsanız bile, yalnızca bu yazıyla tüm döngüyü tamamlayabilirsiniz.

GitHub'a giriş yapın ve sağ üstteki "+" simgesinden "New repository" seçeneğine tıklayın.

https://github.com/new adresini açmak da sizi aynı ekrana götürür.

だん|AI×クラウドエンジニア - inline image

Girmeniz gereken tek şey bir isim.

"Repository name" kısmına harf ve rakamlardan oluşan bir ad yazın.

"git-practice" gayet uygun.

"Choose visibility" altında "Private" seçeneğini işaretleyin.

Bu, herkese açık olmayacağı anlamına gelir.

"Add README" anahtarını şimdilik kapalı bırakın.

Halihazırda yerel kayıtlarınız varsa, boş bir repository oluşturmak bağlantı kurmayı kolaylaştırır.

Alttaki yeşil "Create repository" butonuna basın.

Tıkladıktan hemen sonra gelen ekran, bu bölümün en kritik kısmıdır.

だん|AI×クラウドエンジニア - inline image

Alt kısımlara doğru şöyle bir başlık var: "…or push an existing repository from the command line".

Hemen altındaki üç satır, bugün kullanacağımız komutlar.

Üstteki yedi satır henüz yerel kaydı olmayanlar için; onları atlayabilirsiniz.

Bu üç satırın anlamı şu:

  1. Satır: Yerel kaydınıza bu dolabın adresini bildirin.
  1. Satır: Ana branch adını "main" ile eşleştirin.
  1. Satır: Ana branch'i dolaba kaydedin.

Bu ekrandaki adresi (kırmızı kutu) kopyalayın ve AI'a tek satır halinde gönderin.

text
1Bu klasördeki kayıtları https://github.com/hesap-adi/git-practice adresine yükle

Claude Code bu üç satırı kendi yazacak.

Claude Code, talimatlarınıza göre bilgisayarınızda işlemler yapan bir AI'dır.

Kendi kullanım kılavuzumda, push işleminden önce mutlaka onay istemesini şart koşuyorum.

Push, yerel kayıtları dolaba kaydetme işlemidir.

Bu yüzden burada bir kez duruyor.

"Yes" yanıtını verin, ardından tarayıcı ekranını yenileyin.

だん|AI×クラウドエンジニア - inline image

Az önce üç komutun olduğu yerde artık yerel dosyalarınız sıralanmış halde görünüyor. Yanlarında ise commit mesajı var.

İşte bu, "bağlandığınızın" kanıtıdır.

Burada dikkat etmenizi istediğim bir şey var.

Dosya listesinin üzerindeki "main" yazısı.

Dolabın içinde şu anda hangi yer imine baktığınızı gösterir.

Yer imi, bir branch'tir.

Kayıtları hangi sütuna istiflediğinizi işaret eder.

Bundan sonra bu "main"e doğrudan dokunmayın.

Başlarda ben de buna pek dikkat etmezdim.

İşleri main üzerinde yapıp, geri dönülecek yeri aramakla vakit kaybederdim.

Bağlantılar başarısız olduğunda sorun genellikle adrestedir.

Sondaki ".git" eksik kalmıştır.

Hesap adı yanlış yazılmıştır.

"not found" hatası alırsanız, ② numaralı görselden adresi tekrar kopyalayın.

Artık yerel kayıtlarınız GitHub'a bağlandı. Sırada Pull Request'ler aracılığıyla merge yapılan günlük döngü var.

**

Bölüm 2: Pull Request ile Merge Yapmak | AI'ın İşini Gönderin, Diff'i Kontrol Edin ve Tıklayın

Günlük döngü buradan itibaren başlıyor.

Pull Request, "Lütfen bunu merge et" diyerek yapılan bir teslimdir.

Bu bölümde tıklamanız gereken üç yeşil buton var.

Yazma işini AI yapıyor.

Sizin göreviniz sadece bakmak ve tıklamak.

だん|AI×クラウドエンジニア - inline image

Önce AI'a tek bir satır gönderin.

text
1Yeni bir branch oluştur, README'ye 3 satırlık kullanım bilgisi ekle, commit et ve GitHub'a yükle

README, repository açıklamasını yazdığınız ilk dosyadır.

Claude Code bir branch oluşturur.

Dosyayı değiştirir ve commit eder.

Son olarak push yapmadan önce durur ve size sorar.

"Yes" yanıtını verin, ardından tarayıcıdan dolabı açın.

だん|AI×クラウドエンジニア - inline image

En üstte sarı bir banner belirir.

Size şunu bildirir: "Bu branch'i az önce kaydettim."

Sağdaki yeşil "Compare & pull request" butonuna basın.

İşte bu 'Teslim'dir.

Taslak defterinizi öğretmene uzatmak gibi.

Sadece teslim etmek, hiçbir şeyi nihai sürüme kopyalamaz.

Kopyalama, incelemeden sonra gerçekleşir.

だん|AI×クラウドエンジニア - inline image

Teslim ekranında bakmanız gereken üç yer var.

1. En tepedeki ok.

"base: main" ve "compare: work-branch"

Bu, nereden nereye merge yapılacağını gösterir.

Sol tarafın main olduğunu teyit etmeniz yeterli.

2. "Add a title" kısmındaki başlık.

AI oluşturduysa, değişikliklerin bir özetini içerir.

Manuel gönderiyorsanız, commit mesajı önceden doldurulmuş olur.

Manuel gönderiyorsanız, "ne yapıldığını" tek satırda yazın.

3. Yeşil "Create pull request" butonu.

Buna basmak teslimi kabul eder.

Teslimden sonra insan müdahalesi gerekir.

Ekranın üstünde dört sekme belirir.

Sadece en sağdaki "Files changed" sekmesine bakın.

Bu, değiştirilen dosyalar anlamına gelir.

だん|AI×クラウドエンジニア - inline image

Yeşil satırlar eklenen satırlardır.

Kırmızı satırlar silinen satırlardır.

İşte bu diff'tir.

İstediğiniz 3 satır yeşilse, testi geçer.

Örnek ekranda başlıklar ve boş satırlar da eklendiği için 6 yeşil satır oluştu.

İstemediğiniz kırmızı satırlar varsa merge yapmayın.

Örnek ekranda 1 kırmızı satır var.

"Items placed" kısmından bir not satırı kaybolmuş.

Bunu siz istemediyseniz, burada durun.

AI'a sorun: "Bu kırmızı satırı neden sildin?"

İşi AI'a devrederken en kritik 30 saniye budur.

Eskiden, sadece inceleme bildirimlerini görmek midemi bulandırmaya yeterdi ve burayı kontrol etmeden tıklardım.

Şimdiyse önce kırmızı satırları sayıyorum.

İstenmeyen tek bir kırmızı satır bile olsa duruyorum.

Diff'te bir sorun yoksa "Conversation" sekmesine dönün.

Alt kısımlara doğru yeşil bir "Merge pull request" butonu bulunur.

Üzerinde "No conflicts with base branch" yazıyorsa doğrudan merge yapabilirsiniz.

だん|AI×クラウドエンジニア - inline image

Tıkladığınızda "Confirm merge" olarak değişir.

Tekrar tıklayın.

Artık çalışma branch'indeki kayıtlar main'e merge edildi.

だん|AI×クラウドエンジニア - inline image

Renk mora döner ve "Merged" yazar.

Altında "Pull request successfully merged and closed" yazan bir kutu belirir.

Sağında ise "Delete branch" bulunur.

Çekinmeden tıklayabilirsiniz.

Sadece dolabın içindeki çalışma branch'inin "yer imi" kaybolur.

Kayıtlar zaten main'e merge edildiği için hiçbir şey kaybolmaz.

Son olarak yerel ortamınızı güncelleyin.

AI'a şunu gönderin: "main'e geç ve GitHub'dan en son değişiklikleri çek."

Böylece bir döngü tamamlanmış olur.

Bir sonraki göreve yeni bir branch'ten başlayın.

Asla main üzerinde çalışmayın.

Artık teslim etme, diff kontrolü ve merge döngüsünü tamamladınız. Sırada, merge sonrası hataları geri almak için kullanılan Revert butonu var.

**

Bölüm 3: Revert | Merge Sonrası Hataları Tek Butonla Geri Alın

Bazen hataları ancak merge ettikten sonra fark edersiniz.

Git'te kaydedilen kayıtları silmeden "geri alırsınız".

GitHub ekranında bunun için bir buton vardır.

Adı "Revert".

Az önce merge ettiğiniz Pull Request'i tekrar açın.

"merged commit … into main" yazan bir satır göreceksiniz.

Bu satırın en sağında "Revert" bulunur.

だん|AI×クラウドエンジニア - inline image

Tıkladığınızda ne olur?

Kayıtlar silinmez.

Tam tersi değişiklikleri içeren yeni bir Pull Request oluşturulur.

Resmi belgelere göre merge işlemi, bu yeni Pull Request'i merge ettiğinizde gerçekleşir.

Yani revert işlemi de Bölüm 2'deki döngünün aynısını izler.

Diff'i kontrol edin ve yeşil butona basın.

Silme yerine, "geri alındığına" dair bir kayıt eklenir.

AI'a söyleyecekseniz: "Az önce merge ettiğim Pull Request'i geri al" deyin.

Claude Code aynı işlemi git revert ile yapar.

Karşılaşabileceğiniz bir ekran daha var.

だん|AI×クラウドエンジニア - inline image

"This branch has conflicts that must be resolved".

Bu bir conflict'tir (çakışma).

Aynı satır main'de ve çalışma branch'inde farklı şekillerde değiştirildiğinde ortaya çıkar.

Yeşil buton grileşir ve tıklanamaz hale gelir.

Bunu ekrandan çözmeye çalışmayın; AI'a tek bir satır gönderin.

text
1main'i çek ve bana çakışan bölümlerin her iki versiyonunu da göster

Hangisinin kalacağına siz karar verirsiniz.

AI düzeltip tekrar yüklediğinde yeşil buton geri gelir.

Conflict'ler birer başarısızlık değildir.

Sadece aynı satırın iki kez düzenlendiği gerçeğini ortaya koyar.

Son olarak, ekranda görünmeyen bir şey var.

Anahtarlar (Keys).

Parola veya API key içeren dosyalar asla GitHub'a yüklenmemelidir.

Revert yapsanız bile, bir anahtar yüklendikten sonra ele geçirilmiş sayılır ve yeniden oluşturulması gerekir.

Yüklemeden önce AI'a şunu gönderin: ".env dosyasını kayıtların dışında tut".

Kendi çalışma ortamımda AWS konfigürasyonlarını metin dosyalarına yazıyor ve tam olarak bu döngüyü takip ediyorum.

Diff kontrolü yapılmadan merge edilen konfigürasyonlar doğrudan production'da çalışır.

Bu yüzden, tıklamadan önceki o kritik 30 saniyeyi AI'a devretmiyorum.

Ekrandaki tüm butonlara insanlar basmalı.

AI'ın üstlendiği işleri genişletsem de bu kural hiç değişmiyor.

Artık bağlanma, teslim etme, merge yapma ve geri alma döngüsünün tamamını bitirdik.

Son olarak, kullanıma hazır materyaller sunuyorum.

GitHub ekranında bir döngüyü tamamlama adımlarını detaylıca yazdım.

Bu yazıdaki ekranları ve prompt'ları kullanıma hazır formatlarda bir araya getirdim.

  • GitHub Ekran Çeviri Posteri (9 ekran, 69 terim)
  • AI Bir Şeyleri Bozduğunda Kurtarma Haritası (6 senaryo)
  • Tam Bir Döngü İçin 7 Prompt
  • Merge Öncesi Kontrol Listesi (8 madde)

Hepsi birlikte 15 sayfalık bir PDF kitapçık olarak sunuluyor.

Sadece bunlarla bile bugün döngüleri tamamlamaya başlayabilirsiniz.

Bunlara sahip olmak için aşağıdaki Open Chat'e katılmanız yeterli.

Katıldıktan sonra talimatları izleyip "Submit" gönderdiğinizde otomatik olarak ulaşacaktır.

https://line.me/ti/g2/pEpZQdEyn1BM5Zi2wqLBT2rZYpC0ZaOncIWTag

だん|AI×クラウドエンジニア - inline image

Özet: Bugün Sadece Bir Döngüyü Tamamlayın

AI'ın işini doğrudan main'e atmayın.

Çalışma branch'inden teslim edin, diff'i kontrol edin ve yeşil butonlara basın.

Bir döngüde tıklanması gereken üç yeşil buton vardı.

Revert'e ilk kez kendim bastığım gün, kayıtların silinmediğini fark ettim.

O günden sonra bir şeylere dokunmaktan korkmayı bıraktım.

Her şeyi bir kerede yapmak zorunda değilsiniz.

Bugün yapmanız gereken tek bir şey var.

Bölüm 1'de oluşturduğunuz repository'yi açın ve AI'a tek bir satır gönderin.

Yeni bir branch oluştur, README'ye 1 satır ekle ve GitHub'a yükle

Sarı banner göründüğünde yeşil butona basın ve "Files changed" sekmesini açın.

Sadece bir yeşil satır varsa, testi geçer.

Merge yapmadan önce o tek satıra kendi gözlerinizle bakın.

AI'a devredebileceklerinizi genişletmenin ilk adımı budur.

30 yaş üstü mühendisler için kazanmak, iş hacmiyle değil tasarımla ilgilidir.

Araçlar her güncellendiğinde onları baştan öğrenmek yerine, nerede durulacağını tanımlamak çok daha hızlıdır.

AWS ve AI hızla gelişiyor.

Gerçek işlerde test yapan insanların loglarını izlemek, tek başına ayak uydurmaya çalışmaktan çok daha hızlı sonuç verir.

AI × Mühendislik pratiğimde sadece başarılı kayıtları değil, bozulan ve hariç tutulanları da geride bırakıyorum.

Gelecek paylaşımları kaçırmamak için beni takip edin! @dan_pro_man

Tek tıkla kaydet

YouMind ile viral makaleleri AI derin okumayla incele

Kaynağı kaydedin, odaklı sorular sorun, argümanı özetleyin ve viral bir makaleyi tek bir AI çalışma alanında yeniden kullanılabilir notlara dönüştürün.

YouMind'ı keşfet
Üreticiler için

Markdown'ınızı temiz bir 𝕏 makalesine dönüştürün

Kendi uzun yazılarınızı yayımlarken görselleri, tabloları ve kod bloklarını 𝕏 için biçimlendirmek zahmetlidir. YouMind, eksiksiz bir Markdown taslağını temiz ve hemen paylaşılabilir bir 𝕏 makalesine dönüştürür.

Markdown'dan 𝕏'e deneyin

Çözülecek daha fazla kalıp

Son viral makaleler

Daha fazla viral makale keşfet