Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Git Başlangıç ve İlk Push

Bilgisayardaki Proje GitHub’a Nasıl Gönderilir?

Yerel projeyi GitHub’a göndermeden önce `.gitignore`, Git kimliği, ilk commit, remote URL ve repository görünürlüğü doğrulanmalıdır. Private satış projelerinde `.env`, anahtar, veritabanı yedeği ve müşteri dosyaları commit edilmemelidir.

git initgit addgit commitremote origingit push
Git / GitHub Terminal
git init
git add .
git commit -m "İlk sürüm"
git branch -M main
git remote add origin https://github.com/USER/REPO.git
git push -u origin main
01Repository ve aktif branch’i doğrulayın
02Remote URL ve GitHub hesabını kontrol edin
03Fetch, log ve status ile farkı inceleyin
04Push ve PR sonrası GitHub’da doğrulayın
01
Güvenli Git yaklaşımı

Local Projeyi GitHub’a Yükleme nasıl analiz edilir?

Yerel projeyi GitHub’a göndermeden önce `.gitignore`, Git kimliği, ilk commit, remote URL ve repository görünürlüğü doğrulanmalıdır. Private satış projelerinde `.env`, anahtar, veritabanı yedeği ve müşteri dosyaları commit edilmemelidir.

01

Repository durumunu belirleyin

`git status`, aktif branch, remote ve son commitleri görmeden reset veya force işlemi yapmayın.

02

Hesabı ve remote’u doğrulayın

HTTPS credential, SSH key, remote URL ve GitHub hesabının doğru olduğunu kontrol edin.

03

Tarihçeyi koruyun

Fetch, merge veya rebase öncesinde commit ya da backup branch ile geri dönüş noktası bırakın.

04

PR ve kurallara uyun

Protected branch, review, CI ve secret scanning kurallarını aşmak yerine feature branch akışını kullanın.

Token, `.env`, private key veya production veritabanını commit etmeyin.

02
Canlı Git hata sözlüğü

Git ve GitHub terminal mesajları

01kritik

fatal: not a git repository

Anlamı: Komut Git repository olmayan klasörde çalıştırıldı.

Muhtemel neden: Yanlış klasör veya `git init` yapılmadı.

02uyari

Author identity unknown

Anlamı: Commit yazarı tanımlı değil.

Muhtemel neden: user.name ve user.email eksik.

03uyari

nothing to commit

Anlamı: Index’e yeni dosya/değişiklik eklenmemiş.

Muhtemel neden: Dosyalar ignore edilmiş veya zaten commitli.

04uyari

remote origin already exists

Anlamı: origin remote daha önce tanımlanmış.

Muhtemel neden: Aynı URL tekrar ekleniyor.

05kritik

src refspec main does not match any

Anlamı: Push edilecek main ref’i bulunmuyor.

Muhtemel neden: İlk commit yok veya branch adı farklı.

06uyari

branch has no upstream branch

Anlamı: Local branch remote branch’i takip etmiyor.

Muhtemel neden: İlk push `-u` olmadan denendi.

07kritik

.env veya secret commit edildi

Anlamı: Hassas veri Git geçmişine girdi.

Muhtemel neden: Eksik `.gitignore`.

08bilgi

Remote repository already has README

Anlamı: Local ve remote ayrı ilk commitlere sahip.

Muhtemel neden: GitHub’da README ile repo oluşturuldu.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Kopyalanabilir kontroller

Git, GitHub CLI, SSH ve repository testleri

Git sürümü

git --version

Git kurulumunu ve sürümünü gösterir.

Git kimliği

git config --global --get user.name && git config --global --get user.email

Global commit kimliğini gösterir.

Repository durumu

git status --short --branch

Branch ve dosya durumunu özetler.

Remote bağlantılar

git remote -v

Fetch ve push URL’lerini gösterir.

Son commitler

git log --oneline --decorate -n 5

Mevcut commit geçmişini gösterir.

Riskli dosya taraması

git status --short | grep -Ei '(\.env|\.pem|\.key|\.sql|backup|secret|token)' || true

Commit öncesi riskli dosya adlarını tarar.

04
Doğru ve riskli komutlar

Git komut karşılaştırmaları

İlk push

Riskli / Hatalı
git add .
git push origin main
Doğru Yaklaşım
git add .
git commit -m "İlk sürüm"
git branch -M main
git push -u origin main

.gitignore

Riskli / Hatalı
git add .
Doğru Yaklaşım
printf ".env\nnode_modules/\nvendor/\n*.sql\n*.zip\n" >> .gitignore
git add .

Remote değiştirme

Riskli / Hatalı
git remote add origin YENI_URL
Doğru Yaklaşım
git remote set-url origin YENI_URL

Yeni güncelleme

Riskli / Hatalı
git init
git remote add origin URL
Doğru Yaklaşım
git add .
git commit -m "Güncelleme"
git push
05
Platform ve iş akışı

Windows, VS Code, private repo ve ekip kullanımı

Windows / VS Code

Git for Windows, PowerShell, Git Bash ve VS Code Source Control birlikte kullanılabilir.

  • Doğru local klasör ve aktif branch’i doğrulayın.
  • Windows Credential Manager içindeki eski GitHub hesabını kontrol edin.
  • Commit öncesi Changes listesini ve gizli dosyaları inceleyin.

HTTPS / SSH / Çoklu Hesap

HTTPS credential manager; SSH ise uzun süreli ve çoklu hesaplı geliştirme ortamlarında kullanılabilir.

  • `gh auth status` veya `ssh -T` ile hesabı doğrulayın.
  • Private key’i paylaşmayın ve repository’ye eklemeyin.
  • Kişisel ve iş hesaplarını SSH config veya ayrı credential ile ayırın.

Private Proje / Ekip

Repository rolü, protected branch, Pull Request ve CI politikaları birlikte yönetilmelidir.

  • Main’e doğrudan push yerine feature branch kullanın.
  • Secret ve production config’i GitHub Secrets/ENV içinde tutun.
  • Collaborator ve team erişimini minimum yetkiyle verin.
Yanlış müdahaleler

Kesinlikle yapmayın

  • Token, `.env`, private key veya production veritabanını commit etmeyin.
  • Yanlış GitHub hesabında repository oluşturmadan owner seçimini doğrulayın.
  • Remote README varken force push kullanmayın.
  • node_modules, vendor, cache ve yedekleri kontrolsüz yüklemeyin.
İşlem sonrası kontrol

Çözümü doğrulayın

  • GitHub’da doğru commit ve dosya ağacı görünüyor.
  • Local branch remote branch’i takip ediyor.
  • Repository private/public görünürlüğü doğru.
  • Hassas dosya commit geçmişinde bulunmuyor.
06
İç SEO içerik kümesi

İlgili GitHub ve Git çözümleri

07
Birincil kaynaklar

GitHub ve Git resmî belgeleri

08
Sık sorulan sorular

Local Projeyi GitHub’a Yükleme hakkında merak edilenler

HTTPS mi SSH mı kullanılmalı?

Kolay başlangıç için HTTPS ve Git Credential Manager; otomasyon ve çoklu hesap için SSH uygundur.

GitHub parolası neden kabul edilmiyor?

Git işlemlerinde hesap parolası yerine PAT, credential manager, GitHub CLI veya SSH kullanılır.

Private repository tamamen güvenli mi?

Yalnız erişimi sınırlar; secret, parola, private key ve müşteri verileri yine commit edilmemelidir.

Force push ne zaman kullanılmalı?

Yalnız geçmişi bilinçli yeniden yazılan kişisel feature branch’te ve mümkünse `--force-with-lease` ile kullanılmalıdır.

PR açmak zorunlu mu?

Branch protection gerektiriyorsa zorunludur; tek kişilik projede de review ve güvenli main geçmişi sağlar.

Komutları doğrudan kopyalayabilir miyim?

OWNER, REPO, branch, URL ve dosya değerlerini projenize göre değiştirip önce `git status` ve `git remote -v` ile doğrulayın.

`.git` klasörünü silmek çözüm mü?

Genellikle hayır. `.git` klasörünü silmek commit geçmişini, branch ve remote bilgilerini kaybettirebilir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

GitHub repository, push ve Pull Request sorununu kod geçmişini kaybetmeden çözelim

Windows, VS Code, Git Bash, SSH, private repository, protected branch, merge conflict ve GitHub Actions sorunlarını güvenli Git akışıyla inceliyoruz.

Yazılım Desteği AlWhatsApp
Top