Tüm Seviyeler İçin En İyi 25 Git Mülakat Sorusu ve Cevabı

Temel Git Mülakat Soruları

Git konusunda görece yeniyseniz, temel mülakat sorularının bir kısmı başlangıç düzeyindeki kavramlar ve kullanımlarla ilgili olacaktır. Bunları tazelemeniz gerekiyorsa DataCamp’in Introduction to Git kursuna mutlaka göz atın.

Git deposu nedir?

Bir Git deposu, bir projenin dosyalarını ve revizyon geçmişini saklar ve zaman içinde yapılan değişiklikleri izleyerek sürüm kontrolünü kolaylaştırır. Cihazınızdaki bir klasör içinde yerel olarak veya GitHub gibi çevrimiçi bir platformda bulunabilir. Bu sayede kullanıcılar iş birliği yapabilir, önceki sürümlere dönebilir ve commit, push ve pull gibi komutları kullanarak proje geliştirmesini verimli şekilde yönetebilir.

Git nasıl çalışır?

Git, bir projedeki dosya ve dizinlerde yapılan değişiklikleri kaydederek, gelişen durumunun anlık görüntülerini yakalayarak çalışır. Kullanıcılar değişiklikleri takip edebilir, eşzamanlı geliştirme için dallar (branch) oluşturabilir, dalları birleştirebilir ve gerekirse önceki durumlara dönebilir. Ayrıca iş birliğini teşvik eder ve yazılım geliştirme çalışmalarında etkili sürüm kontrolü sağlar.

git add nedir?

git add komutu, Git’te değişiklikleri bir sonraki commite dahil edilmek üzere aşamaya (staging area) almak için kullanılır. Çalışma dizininde dosyalarda yapılan değişiklikleri, eklemeleri veya silmeleri bir sonraki commit anlık görüntüsüne dahil edilmek üzere hazırlar. Bu komutun değişiklikleri aslında commit etmediğini, yalnızca aşamaya hazırladığını unutmayın.

git push nedir?

git push komutu, Git’te yerel depo içeriğini uzak bir depoya yüklemek için kullanılır. Commit edilmiş değişiklikleri, genellikle GitHub veya GitLab gibi bir sunucudaki uzak depoya aktarır. Bu komut, kullanıcıların aynı projedeki diğerleriyle değişikliklerini paylaşmasına olanak tanıyarak iş birliğini mümkün kılar.

Git push ve pull hakkında daha fazla bilgiyi ayrı eğitimimizde bulabilirsiniz.

git status nedir?

git status komutu, Git’te deponun mevcut durumunu görüntüler. Hangi dosyaların değiştirildiği, hangilerinin bir sonraki commit için aşamaya alındığı ve hangilerinin izlenmediği (untracked) hakkında bilgi verir. Kullanıcıların çalışmalarının ilerlemesini takip etmelerine ve commitlenmesi veya aşamaya alınması gereken değişiklikleri belirlemelerine yardımcı olur.

Git’te commit nedir?

Commit, belirli bir anda depodaki dosyalarda yapılan değişikliklerin bir anlık görüntüsünü temsil eder. Git’te değişiklikleri commit ettiğinizde, dosyalarınızın mevcut durumunu fiilen kaydeder ve yapılan değişiklikleri açıklayan (önerilir) açıklayıcı bir mesaj sağlayabilirsiniz.

Her commit benzersiz bir tanımlayıcı oluşturur; bu sayede depodaki değişikliklerin geçmişini takip edebilirsiniz. Commitler sürüm kontrolde kritik bir rol oynar; çünkü projenin önceki durumlarına dönmeyi, değişiklik geçmişini gözden geçirmeyi ve güncellemeleri paylaşarak başkalarıyla iş birliği yapmayı sağlar.

Mülakat hazırlığınız için DataCamp’in Git El Kartına göz atın

Git’te dallanma (branching) nedir?

Dallanma, ana geliştirme hattından (genellikle main ve daha önce master dalı olarak adlandırılır) ayrılarak, ana kod tabanını etkilemeden yeni özellikler, düzeltmeler veya denemeler üzerinde çalışmayı ifade eder. Aynı depoda birden fazla paralel geliştirme hattının bir arada bulunmasını sağlar.

Her dal, kendi commit setine sahip ayrı bir geliştirme hattını temsil eder; bu da geliştiricilerin farklı özellikler veya düzeltmeler üzerinde eşzamanlı çalışmasına olanak tanır. Dallanma, projede iş birliğini, deneyselliği ve düzeni kolaylaştırır; zira bir dalda yapılan değişiklikler tamamlanıp test edildikten sonra ana kod tabanına geri birleştirilebilir.

Git’te çatışma (conflict) nedir?

Çatışmalar, genellikle birleştirme (merge) veya yeniden taban oluşturma (rebase) işlemi sırasında, farklı katkıda bulunanların bir dosyanın aynı bölümünde çelişen değişiklikler yapmasıyla ortaya çıkar. Git bu çelişkili değişiklikleri otomatik olarak çözemediğinden, tutarsızlıkların kullanıcı tarafından elle giderilmesini gerektirir.

Bir çatışmayı çözmek için etkilenen dosyayı açın — Git, çatışmalı bölümleri <<<<<<<, ======= ve >>>>>>> işaretleriyle belirleyecektir. Doğru sürümü koruyacak şekilde dosyayı düzenleyin, işaretleri kaldırın ve ardından:

git add <resolved-file>
git commit

Git’te merge nedir?

Birleştirme (merge), bir projedeki farklı dallar arasında iş birliğini ve değişikliklerin bütünleştirilmesini kolaylaştıran temel bir Git işlemidir. Kısaca, merge; farklı dallardaki değişiklikleri genellikle ana dalda (ör. master veya main) tek bir dalda birleştirme sürecidir.

Bir merge, bir dalda yapılan değişiklikleri diğerine entegre eder ve her iki dalın geçmişini birleştiren yeni bir commit ile sonuçlanır. Git’te merge çatışmalarını nasıl çözebileceğinizi ayrı eğitimimizde öğrenebilirsiniz.

Orta Düzey Git Mülakat Soruları

Git’te remote nedir?

Remote, iş birliği yapmak ve kodu başkalarıyla paylaşmak için bir sunucuda veya başka bir bilgisayarda barındırılan depodur. Geliştiricilerin yerel değişikliklerini push edebileceği ve başkalarının yaptığı değişiklikleri pull edebileceği merkezi bir konum görevi görür.

Remoteler genellikle GitHub, GitLab veya Bitbucket gibi barındırma platformlarında kurulur ve birden çok katkıda bulunan arasında proje kodunu saklamak ve senkronize etmek için ortak bir konum sağlayarak dağıtık geliştirmeyi ve ekip çalışmasını kolaylaştırır.

Halihazırda push edilmiş ve herkese açık hale gelmiş bir commiti nasıl geri alırsınız?

git revert <commit-hash> komutu, halihazırda push edilmiş ve herkese açık hale gelmiş bir commiti geri almak için kullanılabilir.

Adım adım süreç şu şekildedir:

1. Commit geçmişini görüntülemek ve geri almak istediğiniz commitin karmasını (hash) bulmak için git log komutunu kullanarak geri dönmek istediğiniz commiti belirleyin.

2. Commit karmasını aldıktan sonra, belirtilen commitin getirdiği değişiklikleri geri alan yeni bir commit oluşturmak için git revert komutunu, ardından commit karmasını kullanın. Örneğin:

git revert <commit-hash>

3. Git, geri alma (revert) için bir commit mesajı oluşturmak üzere bir metin düzenleyici açacaktır. Gerekirse mesajı düzenleyebilir, ardından düzenleyiciyi kaydedip kapatabilirsiniz.

4. Commit mesajını kaydettikten sonra Git, belirtilen commitin getirdiği değişiklikleri fiilen geri alan yeni bir commit oluşturacaktır. Bu yeni commit geçmişe eklenecek ve orijinal commitin yaptığı değişiklikler etkili bir şekilde geri alınmış olacaktır.

5. Son olarak, geri almayı herkese açık hale getirmek için yeni commiti aşağıdaki komutla uzak depoya push edin:

git push origin <branch-name> 

git revert kullanmak, orijinal commitin getirdiği değişiklikleri geri alan yeni bir commit oluşturur; böylece commit geçmişini değiştirmeden değişiklikleri geri alır. Bu yaklaşım, commit geçmişini değiştirebilen ve değişiklikleri çoktan pull etmiş iş arkadaşlarınız için sorunlara yol açabilen git reset veya git amend işleminden daha güvenlidir.

git stash nedir?

git stash, çalışma dizininde henüz commit etmeye hazır olmayan değişiklikleri geçici olarak saklayan bir Git komutudur. Geliştiricilerin değişikliklerini depoya commit etmeden kaydetmelerine olanak tanır.

Dalları değiştirirken işinize yarar; çünkü değişikliklerinizi commit etmek veya kaybetmek istemeyebilirsiniz. Daha sonra, saklanan (stashed) değişiklikleri çalışma dizininize uygulayabilir veya stash yığınından alıp üzerinde çalışmaya devam edebilirsiniz.

git reflog nedir?

git reflog, HEAD işaretçisindeki değişiklikleri ve depoda checkout yapılan commitlerin geçmişini kaydeden referans günlüklerini görüntülemek için kullanılan bir Git komutudur. Commitler, checkoutlar, mergeler ve resetler dahil olmak üzere depoda yakın zamanda gerçekleştirilen eylemlerin kronolojik bir listesini sunar.

Reflog, kaybolan commitleri veya dalları kurtarmak ve depoda gerçekleştirilen eylemlerin sırasını anlamak için yararlıdır.

Mevcut bir Git dalını uzak bir dalı takip edecek şekilde nasıl ayarlarsınız?

Mevcut bir Git dalını uzak bir dalı takip edecek şekilde ayarlamak için, --set-upstream-to veya -u seçeneğiyle birlikte git branch komutunu ve ardından uzak dalın adını kullanabilirsiniz.

Sözdizimi aşağıdaki gibi olacaktır:

git branch --set-upstream-to=<remote-name>/<branch-name>

veya

git branch -u <remote-name>/<branch-name>

İleri Düzey Git Mülakat Soruları

Git’te farklı projeler için birden fazla yapılandırmayı nasıl yönetirsiniz?

Çeşitli yapılandırmaları ele almak için git config komutunu --global, --system veya --local bayraklarıyla birlikte kullanarak ayarları farklı seviyelerde düzenleyin. Alternatif olarak, deponun yoluna bağlı olarak belirli kurulumları dahil etmek için Git yapılandırmasında includeIf kullanın.

Git ile büyük dosyaları nasıl yönetirsiniz?

Büyük dosyaları Git ile yönetmek, depo boyutu ve performans üzerindeki etkileri nedeniyle zorlu olabilir. Büyük dosyaları Git deposunun dışında saklamak, depoda ise onlara hafif işaretçiler (pointer) tutmak için Git LFS kullanın. Bu, depo boyutunu azaltır ve performansı iyileştirir. Git LFS çeşitli depolama sağlayıcılarını destekler ve Git iş akışlarıyla sorunsuz entegre olur.

git submodule ne için kullanılır ve bir alt modül nasıl güncellenir?

git submodule komutu, bir Git deposu içindeki harici bağımlılıkları yönetir. Ana deponuzun içinde harici depoları alt modül olarak dahil etmenizi sağlar. Bu, ana projenizin kod tabanından ayrı tutarken harici kaynaklardan kod dahil etmek istediğinizde kullanışlıdır.

Git’te bir alt modülü güncellemek için şu adımları izleyebilirsiniz:

1. Ana deponuz içinde alt modülün dizinine gidin.

2. Alt modülün uzak deposundan en son değişiklikleri almak için git fetch kullanın.

3. Alt modülün takip ettiği daldaki en son commite güncellemek isterseniz git pull kullanabilirsiniz.

4. Alternatif olarak, belirli bir commit veya dala güncellemek isterseniz, git checkout ardından istenen commit karmasını veya dal adını kullanın.

5. Alt modülü istenen duruma güncelledikten sonra, güncellenen alt modül durumunu yansıtmak için ana depoya bu değişiklikleri commit etmeniz gerekir.

git cherry-pick nedir ve ne zaman kullanılır?

git cherry-pick, bir daldaki belirli bir commiti, tüm dalı birleştirmeden başka bir dala uygulamanızı sağlar.

git cherry-pick <commit-hash>

Ayrıca, yanlış dala kazara yapılan bir commit için de kullanışlıdır: Commitsi doğru dala cherry-pick edin, ardından olmaması gereken daldan geri alın.

git bisect nedir ve ne için kullanılır?

git bisect, bir hatayı ortaya çıkaran belirli commiti bulmak için ikili arama kullanan bir hata ayıklama aracıdır. Commitleri tek tek elle kontrol etmek yerine, Git’e hangi commitin "iyi" (hatasız) ve hangisinin "kötü" (hatalı) olduğunu söylersiniz; Git aradakileri checkout eder ve arama alanını her seferinde yarıya indirerek suçluyu bulana dek devam eder.

git bisect start
git bisect bad                # mevcut committe hata var
git bisect good <commit-hash> # bu eski commit sorunsuzdu
# Git arada bir commit checkout eder; siz test edersiniz, sonra:
git bisect good   # veya git bisect bad
# Git ilk kötü commiti tespit edene kadar tekrarlayın
git bisect reset  # bitince orijinal duruma dönün

Bu, yüzlerce commit içeren büyük depolarda elle aramaya göre çok daha hızlıdır.

Git kancaları (hooks) nedir ve nasıl kullanılır?

Git kancaları, Git iş akışının belirli noktalarında otomatik olarak çalışan betiklerdir. Bir deponun .git/hooks/ dizininde bulunurlar ve herhangi bir betik diliyle yazılabilirler.

İki tür vardır:

• İstemci tarafı kancalar yerel makinenizde çalışır — örneğin, pre-commit (bir commit oluşturulmadan önce çalışır) veya commit-msg (commit mesajı biçimini doğrular).

• Sunucu tarafı kancalar uzak sunucuda çalışır — örneğin, pre-receive (push edilen commitler kabul edilmeden önce çalışır).

Yaygın bir kullanım, bir pre-commit kancasını, bir commit’e izin vermeden önce otomatik olarak bir linter veya test takımını çalıştırmak için kullanmaktır. Bu, ekip genelinde kod kalitesi standartlarını uygular.

Kancaların, bir depoyu klonladığınızda kopyalanmadığını unutmayın; bu nedenle onlara güvenen ekipler genellikle bunları ayrı bir betik veya pre-commit (Python paketi) gibi bir araçla paylaşır.

Sık Karıştırılan Git Kavramlarına İlişkin Sorular

git fetch ve git pull arasındaki fark nedir?

git fetch ve git pull arasındaki temel fark, ne yaptıkları ve yerel depoyu nasıl güncelledikleridir.

git fetch komutu, uzak bir depodaki değişiklikleri yerel depoya getirir. Yerel depodaki uzak izleme dallarını (ör. origin/master) uzak deponun durumunu yansıtacak şekilde günceller; ancak çalışma dizinini güncellemez veya mevcut dala herhangi bir değişiklik birleştirmez. Bu, fetch işleminden sonra uzak depoda yapılan değişiklikleri yerel çalışmanızı etkilemeden inceleyebileceğiniz anlamına gelir.

git pull komutu da uzak bir depodan değişiklikleri getirir; ancak bir adım daha ileri giderek bu değişiklikleri tek adımda mevcut dala fetch edip birleştirir. Esasen, uzak depodaki değişiklikleri mevcut dala dahil etmek için bir git fetch’in ardından bir git merge gerçekleştirir.

git reset ne yapar?

git reset komutu, mevcut HEAD’i belirtilen bir duruma sıfırlar. Bu, değişiklikleri geri almak, dosyaları aşamadan çıkarmak veya HEAD işaretçisini farklı bir commite taşımak için kullanılabileceği anlamına gelir. git reset için üç ana mod olduğunu unutmayın:

• --soft: HEAD işaretçisini belirli bir commite sıfırlar, değişiklikleri aşamada tutar. Dosyalar çalışma dizininde değiştirilmiş halde kalır; yeniden commit edebilirsiniz.

• --mixed: HEAD işaretçisini belirli bir commite sıfırlar, değişiklikleri aşamadan çıkarır. Dosyalar çalışma dizininde değiştirilmiş halde kalır; ancak commit için aşamaya alınmış olmaz.

• --hard: HEAD işaretçisini belirli bir commite sıfırlar; çalışma dizinindeki ve aşama alanındaki tüm değişiklikleri atar. Dikkatle kullanın; commitlenmemiş değişiklikleri kalıcı olarak siler.

Önemli: Halihazırda paylaşılan bir uzak dala push edilmiş commitler üzerinde git reset --hard asla kullanmayın. Geçmişi yeniden yazar ve bu commitleri zaten pull etmiş ekip arkadaşlarınız için ciddi sorunlara yol açar. Herkese açık commitler için bunun yerine git revert kullanın.

git push --force yerine git push --force-with-lease’in önemi nedir?

git push --force-with-lease, uzak bir depoya değişiklikleri zorla push etmede git push --force’a kıyasla daha temkinli bir yaklaşımdır; çünkü uzak depoda başkaları tarafından yapılan değişiklikleri yanlışlıkla ezmeyi önler.

git push --force kullandığınızda, son fetch’ten bu yana başkalarının güncelleme yapıp yapmadığına bakmadan değişikliklerinizi uzak depoya zorla push edersiniz. Bu, diğer geliştiricilerin çalışmalarının istemeden kaybolmasına yol açabilir.

Buna karşılık, git push --force-with-lease daha güvenli bir alternatiftir. Push etmeye çalıştığınız uzak dalın, son fetch’ten bu yana başkaları tarafından güncellenip güncellenmediğini kontrol eder. Uzak dal güncellendiyse, push reddedilir ve böylece diğer geliştiricilerin değişikliklerini istemeden üzerine yazmanız engellenir.

git rebase nedir ve git merge’den nasıl farklıdır?

git rebase ve git merge, bir daldaki değişiklikleri diğerine entegre eder; ancak bunu farklı şekillerde yapar.

• git merge, yeni bir "merge commit" oluşturarak iki dalın geçmişlerini birleştirir. Dalların ne zaman ayrılıp tekrar birleştiğine dair tam geçmişi korur; bu, denetim izleri ve ekip şeffaflığı için yararlıdır.

• git rebase, bir daldaki commitleri diğerinin üzerine taşıyıp/yineleyerek, merge commitleri olmadan temiz, doğrusal bir commit geçmişi üretir. Bu, günlüğü okumayı kolaylaştırır; ancak commit geçmişini yeniden yazar. Bu yüzden rebase’in altın kuralı şudur: başkalarının üzerinde çalıştığı bir dalı asla rebase etmeyin.

git clone ve git fork arasındaki fark nedir?

Klonlama, uzak bir deponun yerel bir kopyasını makinenizde oluşturur. Hâlâ aynı depoya bağlısınızdır ve (yetkiniz varsa) değişiklikleri geri push edebilirsiniz.

git clone https://github.com/user/repo.git

Fork, orijinal depoya doğrudan yazma erişiminizin olmadığı açık kaynak projelerine katkıda bulunmanın standart iş akışıdır.

Bir Git Mülakatına Hazırlanma

Mülakatlarda Git bilginizi ve deneyiminizi sunmak, sürüm kontrolü ve yazılım geliştirme ekipleri içinde iş birliği konularındaki yetkinliğinizi göstermek için kritik öneme sahiptir.

Teknik mülakatınıza hazırlanırken Git becerilerinizi etkili bir şekilde iletmek için izlemeniz gereken bazı ipuçlarına bakalım:

Git temellerini anlayın

Depolar, dallar, birleştirme, commitler ve pull, push, clone ve commit gibi temel komutlar dahil olmak üzere Git’in temellerini sağlam biçimde anladığınızdan emin olun. Bu temel bilgi, mülakat sırasında yapacağınız konuşmanın temelini oluşturacaktır. Ayrıca, sürüm kontrolü gibi temel ilkeleri iyice anlamanız ve Git ile diğer sürüm kontrol sistemleri arasındaki farkları ayırt edebilmeniz faydalıdır.

Son olarak, Git Flow, GitHub Flow ve GitLab Flow gibi çeşitli Git metodolojilerine aşina olun. Her yaklaşımın avantaj ve dezavantajlarını değerlendirin ve hangi durumlarda en yararlı olduklarını belirleyin.

Git’e dair eksiksiz rehberimiz, temellere aşina olmak için iyi bir başlangıç noktasıdır.

Uygulamalı deneyim edinin

Git’i ne kadar çok kullanırsanız bilginizi o kadar pekiştirirsiniz. Düzenli pratik, çeşitli komut ve prosedürlere aşinalığınızı artırır. Daha fazla deneyim kazanmak için Git’i günlük iş akışınıza dahil etmeye çalışın. Dallar oluşturup birleştirme ve çatışmaları çözme konusunda mutlaka deney yapın.

Git ile uygulamalı deneyim kazanmak için hangi projeler üzerinde çalışacağınızdan emin değilseniz, GitHub gibi platformlar üzerinden açık kaynak projelerine katılmak; sektör standartlarındaki iş birliği araçlarına ve iş akışlarına ilk elden maruz kalmanın harika bir yoludur.

Yaygın sorunları ve bunları nasıl gidereceğinizi öğrenin

Git kullanırken sorunlarla karşılaşmanız kaçınılmazdır. Yaygın sorunlar arasında merge çatışmaları, detached HEAD durumları, değişiklikleri geri alma ve kaybolan commitleri kurtarma yer alır. Git sorunlarını teşhis etmek, sorun giderme becerilerini geliştirir ve Git’in temel mekanizmalarını daha derinlemesine anlamayı sağlar.

Hata mesajlarını aktif olarak çözümleyip analiz ederek, Git’in iç işleyişine dair içgörüler elde eder ve sorunları verimli şekilde tespit edip çözme becerisi geliştirirsiniz. Bu proaktif yaklaşım, potansiyel riskleri azaltır ve sürüm kontrol iş akışlarını yönetmede güven ve uzmanlığı etkili biçimde inşa eder.

Deneme mülakatları yapın

Deneme mülakatlarına katılarak adaylar, Git bilgileri ve iletişim becerilerindeki zayıf alanları belirleyebilir; böylece hazırlık çabalarını etkili biçimde odaklayabilirler.

Ayrıca, deneme mülakatları adaylara gerçekçi Git senaryoları ve kodlama egzersizlerini ele alarak problem çözme becerilerini geliştirme imkânı sunar. Bu uygulamalı pratik, adayların Git becerilerinde güven kazanmalarına ve mülakat sırasında düşüncelerini net biçimde ifade edebilmelerine yardımcı olur.

Sonuç

Git, kod değişikliklerini yönetmek, başkalarıyla iş birliği yapmak ve proje geçmişini korumak için yazılım geliştirmede yaygın olarak kullanılan güçlü bir sürüm kontrol sistemidir. Git’e aşinalık, teknik mülakatlar için esastır; çünkü temel geliştirici araç ve iş akışlarında yetkinliği gösterir, iş birliği becerilerini ortaya koyar ve ekip ortamlarında kodu etkili biçimde yönetme yeteneğini vurgular.

Ayrıca, Git kavram ve komutlarını anlamak, kod bütünlüğünü, proje sürekliliğini ve yalın geliştirme süreçlerini sağlayan verimli sürüm kontrol uygulamalarını mümkün kılar. Bu nedenle Git bilgisi, teknik mülakatlarda yol alan ve başarılı kariyerler peşinde koşan yazılım mühendisleri ve geliştiriciler için paha biçilmezdir

Daha fazla öğrenmek için aşağıdaki kaynaklara göz atın:

• Git nedir? – Git’e Dair Eksiksiz Rehber
• Yeni Başlayanlar için GitHub ve Git Eğitimi
• GitHub Kavramları
• Eksiksiz Git El Kartı