Bilinmesi gereken git komutları
Bilinmesi gereken git komutları, yazılım geliştirme süreçlerinde kodun yönetimini, değişikliklerin takibini ve işbirliğini sağlar. Hem bireysel geliştiriciler hem de ekipler tarafından kullanılmaktadır. Git, her birinin tam bir kopyasına sahip olduğu bağımsız çalışma kopyaları olan bir sistemdir. Bu sayede bir proje üzerinde aynı anda farklı geliştiricilerin çalışması mümkündür. Git, hızlı, esnek ve güvenilir bir şekilde kodun izlenmesini ve yönetilmesini sağlar.
Bilinmesi gereken git komutları
- git init: Yeni bir Git deposu oluşturur. Örneğin,
git initkomutu kullanılarak bir proje dizininde Git deposu başlatır. - git add [dosya_adı]: Değişiklikleri takip etmek için dosyaları hazırlar. Örneğin,
git add index.htmlkomutu ile index.html dosyasındaki değişiklikler takip eder. - git commit -m “[commit_mesajı]”: Değişiklikleri depoya kaydeder. Örneğin,
git commit -m "Önyüz tasarımı güncellendi"komutu ile yapılan değişiklikleri kaydeder. - git status: Dosyaların durumunu gösterir. Örneğin,
git statuskomutu ile hangi dosyaların değiştirildiği görülür. - git diff: Değişiklikleri görsel olarak gösterir. Örneğin,
git diff index.htmlkomutu ile index.html dosyasında yapılan değişiklikleri detaylı olarak görüntüler. - git log: Commit geçmişini gösterir. Örneğin,
git logkomutu ile yapılan commit’lerin listesi ve detayları görüntüler. - git branch [branch_adı]: Yeni bir branch oluşturur. Örneğin,
git branch feature-branchkomutu ile yeni bir “feature-branch” adında bir branch oluşturur. - git checkout [branch_adı]: Bir branch’e geçiş yapar. Örneğin,
git checkout feature-branchkomutu ile “feature-branch” adındaki branch’e geçiş yapar. - git merge [branch_adı]: Branch’leri birleştirir. Örneğin,
git merge feature-branchkomutu ile “feature-branch” branch’i mevcut branch’e birleştirir. - git pull: Uzak depodan değişiklikleri alır. Örneğin,
git pull origin masterkomutu ile “origin” adlı uzak depodan “master” branch’indeki değişiklikler alınır. - git push: Yerel deponun değişikliklerini uzak depoya gönderir. Örneğin,
git push origin feature-branchkomutu ile “feature-branch” adındaki yerel branch, “origin” adındaki uzak depoya gönderir. - git clone [repo_url]: Uzak depoyu kopyalar. Örneğin,
git clone https://github.com/kullanici/ad.gitkomutu ile “https://github.com/kullanici/ad.git” adresindeki depo kopyalanabilir. - git remote add [remote_adı] [repo_url]: Uzak depo ekler. Örneğin,
git remote add upstream https://github.com/kullanici/ad.gitkomutu ile “upstream” adında yeni bir uzak depo eklenir. - git reset: Değişiklikleri geri alır. Örneğin,
git reset HEAD~1komutu ile son yapılan commit geri alınır. - git stash: Geçici olarak değişiklikleri saklar. Örneğin,
git stash save "geçici_değişiklikler"komutu ile çalışma dizinindeki geçici değişiklikler saklanır.
Git Branching Model konusu oldukça önemlidir çünkü doğru bir dal politikası belirlemek, projenin yönetimini ve işbirliğini kolaylaştırır.
İşte farklı Git Branching Modellerinden bazıları:
- Git Flow Modeli:
- Master Branch: Üretimdeki istikrarlı kodun bulunduğu ana dal.
- Develop Branch: Geliştirme sürecindeki kodun bulunduğu dal.
- Feature Branches: Yeni özellikler üzerinde çalışmak için oluşturulan geçici dallar.
- Release Branches: Yayın öncesi hazırlık sürecinde yapılan düzeltmeler için oluşturulan dallar.
- Hotfix Branches: Ani çıkan hataları düzeltmek için oluşturulan dallar.
- GitHub Flow Modeli:
- Master Branch: Üretimdeki istikrarlı kodun bulunduğu ana dal.
- Feature Branches: Yeni özellikler üzerinde çalışmak için oluşturulan geçici dallar.
- Pull Requests: Her özellik geliştirildikten sonra, bu dal master’a birleştirilmeden önce bir pull request (çekme isteği) açılıp incelemeye alınır.
- GitLab Flow Modeli:
- Master Branch: Üretimdeki istikrarlı kodun bulunduğu ana dal.
- Environment Branches: Her ortam (örneğin, development, staging, production) için ayrı dallar.
- Feature Branches: Yeni özellikler üzerinde çalışmak için oluşturulan geçici dallar.
- Merge Requests: Her özellik geliştirildikten sonra, bu dal master’a birleştirilmeden önce bir merge request (birleştirme isteği) açılıp incelemeye alınır.
- GitLab Branching Modeli:
- Master Branch: Üretimdeki istikrarlı kodun bulunduğu ana dal.
- Develop Branch: Geliştirme sürecindeki kodun bulunduğu dal.
- Feature Branches: Yeni özellikler üzerinde çalışmak için oluşturulan geçici dallar.
- Release Branches: Yayın öncesi hazırlık sürecinde yapılan düzeltmeler için oluşturulan dallar.
- Hotfix Branches: Ani çıkan hataları düzeltmek için oluşturulan dallar.
- Maintenance Branches: Eski sürümler için bakım düzeltmeleri yapılan dallar.
Bu modellerin her biri, farklı projelerin ve organizasyonların ihtiyaçlarına göre uyarlanıp. Hangi modelin seçileceği, projenin büyüklüğü, ekibin yapısı ve iş akışı gibi faktörlere bağlıdır. Bu model seçenekleri, projenizin gereksinimlerine uygun en iyi dal politikasını belirlemenize yardımcı olur.
Git Hooks, belirli olaylar gerçekleştiğinde otomatik olarak çalışan betiklerdir. Bu olaylar, belirli git komutlarının çalıştırılması veya farklı zamanlarda meydana gelen değişiklikler olur. Git Hooks, geliştirme sürecini otomatikleştirmek ve standartları uygulamak için kullanışlıdır.
İşte yaygın olarak kullanılan bazı Git Hooks’ları:
- pre-commit: Bu hook, bir commit işlemi gerçekleştirilmeden önce çalıştırılıp. Genellikle, kod stil denetimi, syntax kontrolü, testlerin çalıştırılması gibi işlemler buradadır. Böylece kötü kalitede kodların depoya eklenmesi önlenmesi sağlanır.
- prepare-commit-msg: Bu hook, bir commit mesajı hazırlanırken çalışır. Commit mesajlarının belirli bir formatı veya başlıkla başlaması gibi standartları sağlamak içindir.
- commit-msg: Bu hook, commit mesajı girildikten sonra çalışır. Commit mesajının belirli bir formatı veya belirli bir uzunluğu geçmesi gerektiğini kontrol etmek içindir.
- post-commit: Bu hook, bir commit işlemi tamamlandıktan sonra çalışır. Genellikle, commit sonrası işlemler burada gerçekleşir. Örneğin otomatik olarak belirli bir rapor oluşturma veya bildirim gönderme gibi.
- pre-push: Bu hook, uzak depoya veri gönderilmeden önce çalışır. Genellikle, yereldeki değişikliklerin test edilmesi ve doğrulanması için vardır.
- pre-rebase: Bu hook, bir rebase işlemi gerçekleştirilmeden önce çalışır. Rebase işlemi öncesinde belirli kontrollerin yapılması veya onaylanması gereken durumlar içindir.
- post-merge: Bu hook, bir merge işlemi tamamlandıktan sonra çalıştırılıp. Genellikle, merge sonrası işlemler burada gerçekleşir. Örneğin bağımlılıkların güncellenmesi veya ekstra işlemlerin yapılması gibi.
Git Hooks, .git/hooks dizini altında bulunur ve bu dizindeki betikler her proje için özelleştirilebilir. İhtiyaca göre bu betikler yazılıp mevcut olanlar özelleşir. Git Hooks, projenin kapsamlı bir şekilde otomatikleştirilmesine ve standartlarının uygulanmasına yardımcı olur, bu da geliştirme sürecinin verimliliğini artırır ve hataları azaltır.
Yazılıma Nerden başlıcağınızı bilmiyorsanız Yazılıma Nereden Başlamalıyım? yazımıza göz atın.
sosyal medya hesaplarımızdan bizi takip edin: https://www.instagram.com/yazilimgezegenii/
