Git Kartları

Kategori Sponsoru

Git, Linus Torvalds tarafından oluşturulan dağıtık bir sürüm kontrol sistemidir. Hız, veri bütünlüğü ve dağıtık, doğrusal olmayan iş akışları için destek göz önünde bulundurularak tasarlanmış bir araçtır. Git, esneklik ve verimlilik ile karakterizedir, hem küçük hem de büyük yazılım projelerinin etkin yönetimine olanak tanır. Bu sistem, gelişmiş dallanma ve birleştirme işlevleri sunar ve geliştiricilere verimli işbirliği, değişiklik takibi ve kaynak kodu yönetimi için araçlar sağlar. Git ayrıca çevrimdışı çalışmayı ve proje sürümleri arasında hızlı geçişi destekler, güvenilirliği korur ve değişiklik geçmişinin kolay kurtarılmasına olanak tanır.

Kartlarımız, Git bilgisi gerektiren herhangi bir mülakat için sizi etkili bir şekilde hazırlayacak kapsamlı cevaplarla birlikte özenle seçilmiş Git mülakat soruları içerir. IT Kartları sadece iş arayanlar için bir araç değil - mevcut kariyer planlarınızdan bağımsız olarak bilginizi pekiştirmenin ve test etmenin harika bir yoludur. Uygulamanın düzenli kullanımı, en son Git trendleriyle güncel kalmanıza ve becerilerinizi üst düzeyde tutmanıza yardımcı olacaktır.

Uygulamamızdan örnek Git kartları

Daha fazla ücretsiz kart almak için uygulamamızı App Store veya Google Play'den indirin veya tüm kartlara erişim için abone olun.

Git'teki 'dal' nedir ve yazılım geliştirme sürecinde nasıl kullanılabilir?

Bir dal, Git'teki bir dal olarak da adlandırılır, bir projenin bağımsız bir geliştirme hattıdır. Ana geliştirme hattıyla (master dalı) karışmamak için yeni özellikler üzerinde çalışmak veya hata düzeltmeleri yapmak istediğimizde oluşturulur. Dallanma, birden fazla projenin aynı anda çalıştırılmasına izin verir, bu da birden çok geliştiricinin bir projede çalışması durumunda verimlidir.

Yazılım geliştirme sürecindeki dalların birincil kullanımı şu sıralamadır: yeni bir dal oluşturma, değişiklikler eklenmesi, değişikliklerin kaydedilmesi ve daha sonra bu değişikliklerin ana dala birleştirilmesi.

Aşağıdaki örnek, dallarda gerçekleştirilebilecek temel işlemleri göstermektedir.

# Yeni bir dal oluşturma
git branch new_feature

# Dallar arasında geçiş yapma
git checkout new_feature

# Değişiklikleri dala ekleyin
# (...) dosyalarda bazı değişiklikler yapın
git add .
git commit -m "Yeni işlevsellik eklendi"

# Master'a geri dönün ve new_feature dalındaki değişiklikleri birleştirin
git checkout master
git merge new_feature

# Çalışmayı bitirdikten sonra dalı silin
git branch -d new_feature

Git'teki dallar sayesinde, projenin farklı bölümlerinde bağımsız olarak çalışabilme ve bunları daha sonra herhangi bir zamanda birleştirme yeteneğine sahibiz.

Git merge ve git rebase komutları arasındaki farkı açıklayın.

Komut git merge, bir projede iki veya daha fazla dalı birleştirmek için kullanılır. Git merge uyguladığınızda, Git her iki daldaki değişiklikleri içeren yeni bir commit oluşturur. Git merge'in avantajı, projenin geçmişinin orijinal durumda korunmasıdır. Olayların kronolojik bir yolunu yaratır ki bu da olanları anlamayı kolaylaştırır.

Öte yandan, git rebase bir dizi commit'i yeni bir base'ye taşımak veya "uygulamak" için kullanılır. Bu, projenin lineer tarih çizgisini korumak istediğinizde kullanılır. Git rebase uyguladığınızda, Git değişikliklerinizi seçtiğiniz dalın üstüne 'yapıştırır'. Git rebase'in bir yönden commit'lerin geçmişini 'temizlediğini' söyleyebiliriz, ki bu, birleştirme/çelişki yanıltıcı anlaşıldığında ve kötü çözüldüğünde bağlam kaybına yol açabilir.

Temel olarak, git merge dalları birleştirmek ve projenin tarihsel yolunu korumak için kullanılır, git rebase ise temiz, lineer bir proje çizelgesini korumayı sağlar, ancak bu, bağlamı kaybetme pahasına olur. Her iki yöntemin de avantajları ve dezavantajları vardır, seçim büyük ölçüde belirli duruma bağlıdır.

Bağlantısız HEAD nedir ve Git ile çalışırken nasıl ulaşılabilir?

"Detached HEAD" Git'in HEAD'ı herhangi bir belirli dal ile bağlı olmadığı bir durumdur. Bu, değişikliklerimizin herhangi belirli bir dal üzerinde kaydedilmediği bir durumla karşılaştırılabilir.

"Birçok yolu vardır "detached HEAD" elde etmek için. Bu en sık başka bir commit'e geçiş sırasında meydana gelir, örneğin:

git checkout <commit_id>

Ancak, başarısız olan yeniden tabanlama(rebase) veya kiraz toplama(cherry-pick) gibi işlemler sırasında da bu durumu elde edebiliriz.

Git bu duruma şu mesajla başvurur:

Not: 'commit_id' kontrol ediliyor(dışarı çıkılıyor).
Siz 'detached HEAD' durumundasınız.

"Detached HEAD" tehlikeli bir durum değildir, Git ile çalışmanın doğal bir parçasıdır. Ancak, önemli olan, "detached HEAD" durumundayken yaptığımız değişiklikleri başka bir commit veya dal'a geçmeden önce kaydetmektir. Bunu, kaynağı "detached HEAD" olacak yeni bir dal oluşturarak yapabiliriz. Bunu şu komutla yapacağız:

git branch yeni_dal_ismi

Son commit'ler bir daldan diğerine nasıl taşınır?

Bir dalın son taahhütlerini başka bir dala aktarmak için `git cherry-pick` komutunu kullanabilirsiniz. GIT bağlamında, kiraz toplama, bir dalın rastgele bir taahhütünü seçip başka birine uygulama anlamına gelir.

İlk adım, taahhütleri aktarmak istediğimiz dalı değiştirmektir (buna branchA diyelim):

git checkout branchA

Sonra, aktarmak istediğimiz taahhütlerin hash'ini belirlememiz gerekiyor. Bunun için `git log` komutunu kullanabiliriz, bu komut bu dal için bir dizi taahhüt gösterecektir. Taahhüt hash'i, her taahhüt girişinin başında uzun bir karakter dizisidir.

Sonra, taahhütleri aktarmak istediğimiz dalı değiştirelim (buna branchB diyelim):

git checkout branchB

Son olarak, aktarmak istediğimiz taahhüt hash'ine sahip `git cherry-pick` komutunu kullanırız:

git cherry-pick commit-hash

Birden çok taahhüt aktarmak istiyorsak, hash'lerini bir boşlukla ayrılarak ardışık olarak sağlayabiliriz.