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

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Branch Workflow ve Code Review

Local Branch GitHub’a Gönderilip Pull Request Nasıl Açılır?

Sağlıklı GitHub akışı main branch’i güncelledikten sonra feature branch açmak, küçük commitler oluşturmak, branch’i remote’a göndermek ve base/compare seçimini doğrulayarak Pull Request açmaktır.

feature branchPull RequestDraft PRreviewergh pr create
Git / GitHub Terminal
git switch -c feature/odeme
git push -u origin feature/odeme
gh pr create --base main --head feature/odeme
Pull request successfully created
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ı

Branch, Push ve Pull Request nasıl analiz edilir?

Sağlıklı GitHub akışı main branch’i güncelledikten sonra feature branch açmak, küçük commitler oluşturmak, branch’i remote’a göndermek ve base/compare seçimini doğrulayarak Pull Request açmaktır.

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.

Main’e test edilmemiş büyük değişiklik push etmeyin.

02
Canlı Git hata sözlüğü

Git ve GitHub terminal mesajları

01uyari

branch has no upstream

Anlamı: Yeni branch remote’a bağlı değil.

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

02kritik

Wrong base branch

Anlamı: PR yanlış hedef branch’e açıldı.

Muhtemel neden: Base/compare ters seçildi.

03uyari

No commits between branches

Anlamı: Head branch base’den farklı değil.

Muhtemel neden: Yanlış branch veya commit başka yerde.

04uyari

PR includes unrelated commits

Anlamı: Branch yanlış/eskimiş base’den oluşturuldu.

Muhtemel neden: Uzun yaşayan branch.

05uyari

Checks have failed

Anlamı: CI test veya lint başarısız.

Muhtemel neden: Kod ya da config sorunu.

06uyari

Review required

Anlamı: Repository onay bekliyor.

Muhtemel neden: Protected branch policy.

07uyari

Draft PR cannot merge

Anlamı: PR taslak durumda.

Muhtemel neden: Ready for review yapılmadı.

08bilgi

New commits update PR

Anlamı: Aynı branch’e push edilen commitler PR’a eklenir.

Muhtemel neden: Normal davranış.

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

03
Kopyalanabilir kontroller

Git, GitHub CLI, SSH ve repository testleri

Yeni branch

git switch -c feature/ozellik

Yeni branch oluşturup ona geçer.

Branch push

git push -u origin HEAD

Aktif branch’i remote’a gönderir.

PR oluşturma

gh pr create --base main --head "$(git branch --show-current)" --fill

Aktif branch için PR açar.

PR durumu

gh pr status

İlgili PR durumlarını gösterir.

PR kontrolleri

gh pr checks

CI sonuçlarını gösterir.

PR commitleri

git log --oneline main..HEAD

PR’a girecek commitleri listeler.

04
Doğru ve riskli komutlar

Git komut karşılaştırmaları

Main üzerinde

Riskli / Hatalı
git switch main
kod değiştir
git push origin main
Doğru Yaklaşım
git switch main
git pull --ff-only
git switch -c feature/ozellik
git push -u origin HEAD

Yanlış yön

Riskli / Hatalı
base: feature ← compare: main
Doğru Yaklaşım
base: main ← compare: feature

Belirsiz commit

Riskli / Hatalı
git commit -m "update"
Doğru Yaklaşım
git commit -m "Ödeme doğrulamasını ekle"

CLI PR

Riskli / Hatalı
gh pr create
Doğru Yaklaşım
gh pr create --base main --head feature/ozellik --title "Ödeme doğrulaması" --body-file PR.md
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

  • Main’e test edilmemiş büyük değişiklik push etmeyin.
  • Base/compare yönünü kontrol etmeden review istemeyin.
  • Secret veya production config’i PR’a eklemeyin.
  • Requested changes çözülmeden onayı aşmaya çalışmayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • PR yalnız hedeflenen commitleri içeriyor.
  • Base doğru ve CI başarılı.
  • Reviewer yorumları çözülmüş.
  • Merge yöntemi repository politikasıyla uyumlu.
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

Branch, Push ve Pull Request 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