Birkaç yıl önce ilk büyük projemde kod yazıyordum. Bir gün ana dosyanın üzerine yanlış bir şey kaydettim ve saatlerce emeğim bir anda uçtu. O günden sonra “versiyon kontrolü” kavramını ciddiye almaya başladım. Eğer o zaman Git kullanıyor olsaydım, tek bir komutla her şeyi geri getirebilirdim. Bugün 2026 yılındayız ve Git, yazılım geliştirme dünyasının olmazsa olmazı haline geldi. Dünya genelinde 100 milyondan fazla geliştirici Git ve GitHub kullanıyor. Eğer siz hâlâ Git kullanmıyorsanız, bu rehber tam size göre.
Konu İçeriği
Git ve GitHub Nedir?
Git ve GitHub’ı birbirine karıştırmak çok yaygın bir hata. İkisi farklı şeyler aslında. Git, bilgisayarınızda çalışan bir versiyon kontrol sistemi. Kodunuzdaki her değişikliği kaydeder, eski versiyonlara geri dönmeyi sağlar, dallar (branch) oluşturarak paralel çalışmaya olanak tanır. Linus Torvalds tarafından 2005’te Linux çekirdeği geliştirilirken yaratıldı.
GitHub ise Git tabanlı projeleri barındıran bulut tabanlı bir platform. Git’in sosyal hali diyebiliriz. Kodunuzu yüklersiniz, başkalarıyla paylaşırsınız, birlikte çalışırsınız. Ayrıca Issues, Actions, Projects gibi takım çalışmasını kolaylaştıran araçlar sunar.
Neden Git Kullanmalısınız?
Benim başıma gelen o felaket senaryosunu düşünün. Eğer Git kullanıyor olsaydım git checkout ile birkaç saniyede eski halime dönebilirdim. Ama sadece bu değil, Git’in sunduğu avantajlar çok daha geniş:
- Kod değişikliklerini adım adım takip edebilirsiniz — ne zaman, kim, neyi değiştirmiş, hepsini görürsünüz
- Eski versiyonlara anında geri dönebilirsiniz — “dün çalışan kod bugün neden bozuldu?” sorusunun cevabını bulursunuz
- Takım çalışmasını kolaylaştırır — aynı dosya üzerinde bile çakışmadan çalışabilirsiniz
- Dal (branch) sistemi ile paralel geliştirme yapabilirsiniz — yeni özellik ayrı bir dalda geliştirilir, ana kodu bozmazsınız
- Açık kaynak projelere katkıda bulunabilirsiniz — dünya çapındaki milyonlarca projeye katkı vermek mümkün
- İş başvurularında avantaj sağlar — 2026’da Git bilmeyen yazılımcı neredeyse hiçbir yere alınmıyor
Temel Git Komutları
Git’e başlamak için bilmeniz gereken temel komutlar bunlar. Ben günlük olarak bu yediyi kullanıyorum, başka komuta nadiren ihtiyaç duyuyorum.
| Komut | Açıklama | Kullanım Örneği |
|---|---|---|
git init |
Yeni repo oluştur | git init proje-adi |
git clone |
Repo kopyala | git clone https://github.com/user/repo |
git add |
Dosyaları sahneye ekle | git add . |
git commit |
Değişiklikleri kaydet | git commit -m "mesaj" |
git push |
Uzak repoya gönder | git push origin main |
git pull |
Uzak repodan çek | git pull origin main |
git branch |
Dal oluştur/listele | git branch ozellik-1 |
Bu tabloyu kaydedin. Başlangıçta sürekli bakacaksınız, bir süre sonra parmak uçlarınıza kazınacak.
GitHub’da İşbirliği
Git’i öğrendikten sonra asıl güç GitHub ile birleşiyor. GitHub, takım çalışmasını bambaşka bir boyuta taşıyor. Ben birkaç kişilik ekiple çalışırken GitHub olmadan önce ne yaptığımızı hatırlamıyorum bile.
- Pull Request: Kod inceleme ve birleştirme süreci. Takım arkadaşlarınız kodunuzu inceler, yorum yapar, onay verir. Bu sayede hatalar canlıya çıkmadan yakalanır
- Issues: Hata takibi ve görev yönetimi. Her bug, her özellik isteği bir issue olarak açılır ve takip edilir
- Actions: CI/CD otomasyonu. Kod push edildiğinde otomatik test çalışır, build alınır, deploy yapılır. Benim için bunu kurmak hayatımı değiştirdi diyebilirim
- Projects: Proje yönetimi panelleri. Kanban tarzı board’larla işlerinizi organize edebilirsiniz
- Codespaces: Bulut geliştirme ortamı. Bilgisayarınıza bir şey kurmadan, tarayıcıdan VS Code açarak kod yazabilirsiniz
Git İpuçları
Bu ipuçlarını yıllarca kullanarak öğrendim, umarım siz aynı hataları yapmazsınız:
- Commit mesajlarını açıklayıcı yazın — “fix” değil, “kullanıcı giriş hatasını düzelt” şeklinde. Altı ay sonra baktığınızda ne yaptığınızı anlamak istersiniz
.gitignoredosyasını mutlaka kullanın — node_modules, .env, log dosyaları gibi şeyleri repoya eklemeyin, hem gereksiz yer kaplar hem güvenlik riski olur- Küçük ve sık commit yapın — devasa bir özelliği tek commit ile değil, mantıklı parçalara bölerek gönderin
git stashile geçici değişiklikleri saklayın — ortada bir iş varken acil bir bug fix gelirse, mevcut değişikliklerinizi stash’e atıp fix’i yapabilir, sonra geri alabilirsiniz- Branch isimlerini anlamlı verin —
feature/kullanici-girisveyabugfix/odeme-hatasigibi, herkes ne üzerinde çalıştığını anlasın
Sonuç
Git ve GitHub, 2026’da modern yazılım geliştirmeden ayrı düşünülemez araçlar. Benim gibi verilerinizi kaybetmek istemiyorsanız, takım çalışması yapacaksanız, ya da sadece portföyünüzü sergilemek istiyorsanız Git öğrenmek zorundasınız demeyeyim ama çok güçlü bir tavsiye. Başlangıçta komutlar karmaşık gelebilir, alışana kadar bir-iki hafta sürer. Ama bir kere alıştığınızda, Git’siz nasıl çalıştığınızı hayal bile edemezsiniz. Ben öyle oldum, o eski felaket günlerine dönmek istemem.
