-
1. Başlangıç
- 1.1 Sürüm Kontrolü Hakkında
- 1.2 Git'in Kısa Bir Tarihçesi
- 1.3 Git'in Temelleri
- 1.4 Git'in Kurulumu
- 1.5 İlk Ayarlamalar
- 1.6 Yardım Almak
- 1.7 Özet
-
2. Git'in Temelleri
-
3. Git'te Dallanma
- 3.1 Dal Nedir?
- 3.2 Dallanma ve Birleştirmenin Temelleri
- 3.3 Dal Yönetimi
- 3.4 Dallanma İş Akışları
- 3.5 Uzak Uçbirim Dalları
- 3.6 Rebasing ## Zemin, Kök, Temel
- 3.7 Summary
-
4. Git on the Server
- 4.1 The Protocols
- 4.2 Getting Git on a Server
- 4.3 Generating Your SSH Public Key
- 4.4 Setting Up the Server
- 4.5 Public Access
- 4.6 GitWeb
- 4.7 Gitosis
- 4.8 Gitolite
- 4.9 Git Daemon
- 4.10 Hosted Git
- 4.11 Summary
-
5. Distributed Git
- 5.1 Distributed Workflows
- 5.2 Contributing to a Project
- 5.3 Maintaining a Project
- 5.4 Summary
-
6. Git Tools
- 6.1 Revision Selection
- 6.2 Interactive Staging
- 6.3 Stashing
- 6.4 Rewriting History
- 6.5 Debugging with Git
- 6.6 Submodules
- 6.7 Subtree Merging
- 6.8 Summary
-
7. Customizing Git
- 7.1 Git Configuration
- 7.2 Git Attributes
- 7.3 Git Hooks
- 7.4 An Example Git-Enforced Policy
- 7.5 Summary
-
8. Git and Other Systems
- 8.1 Git and Subversion
- 8.2 Migrating to Git
- 8.3 Summary
-
9. Git Internals
- 9.1 Plumbing and Porcelain
- 9.2 Git Objects
- 9.3 Git References
- 9.4 Packfiles
- 9.5 The Refspec
- 9.6 Transfer Protocols
- 9.7 Maintenance and Data Recovery
- 9.8 Summary
2.7 Git'in Temelleri - İpuçları
İpuçları
Git'in temelleri hakkındaki bu bölümü tamamlamadan önce, Git deneyiminizi kolaylaştırabilmek için birkaç ipucu vermekte yarar var. Pekçok insan Git'i bu ipuçlarına başvurmadan kullanıyor; bu ipuçlarından ileride tekrar söz etmeyeceğimiz gibi bunları bilmeniz gereltiğini de varsaymıyoruz; ama yine de bilmeniz yararınıza olacaktır.
Otomatik Tamamlama
Eğer Bash -shell'ini kullanıyorsanız, Git'in otomatik tamamlama betiğini (script) kullanabilirsiniz. Git kaynak kodunu indirip contrib/completion klasörüne bakın; orada git-completion.bash adında bir dosya olmalı. Bu dosyayı ana dizininize (home_) kopyalayıp .bashrc dosyanıza ekleyin:
source ~/.git-completion.bash
Otomatik tamamlama özelliğinin bütün Git kullanıcıları için geçerli olmasını istiyorsanız, bu betik dosyasını Mac sistemler için /opt/local/etc/bash_completion.d konumuna Linux sistemlerde /etc/bash_completion.d/ konumuna kopyalayın. Bu, Bash'ın otomatik olarak yükleyeceği betiklerin bulunduğu bir klasördür.
Eğer bir Windows kullanıcısıysanız ve Git Bash kullanıyorsanız- ki bu msysGit'le kurulum yaptığınızdaki öntanımlı programdır, otomatik tamamlama kendiliğinden gelecektir.
Bir Git komutu yazarken Tab tuşuna bastığınızda, karşınıza bir dizi seçenek getirir:
$ git co<tab><tab>
commit config
Bu örnekte, git co yazıp Tab tuşuna iki kez basmak commit ve config komutlarını öneriyor. Komutun devamında m yazıp bir kez daha Tab tuşuna basacak olursanız, komut otomatik olarak git commit'e tamamlanır.
Bu, seçeneklerde de kullanılabilir, ki muhtemelen daha yararlı olacaktır. Örneğin, git log komutunu çalıştırıren seçeneklerden birisini hatırlayamadınız, seçeneği yazmaya başlayıp Tab tuşuna basarak eşleşen seçenekleri görebilirsiniz:
$ git log --s<tab>
--shortstat --since= --src-prefix= --stat --summary
Bu güzel özellik sizi zaman kazandırabileceği gibi ikide bir dokümantasyona bakma gereğini de ortadan kaldırır.
Takma Adlar
Bir komutun bir kısmını yazdığınızda Git bunu anlamayacaktır. Komutların uzun adlarını kullanmak istemezseniz, git cofig komutunu kullanarak bunların yerine daha kısa takma adlar belirleyebilirsiniz. Kullanmak isteyebileceğiniz bazı takma adları buraya aldık:
$ git config --global alias.co checkout
$ git config --global alias.br branch
$ git config --global alias.ci commit
$ git config --global alias.st status
Bu durumda, örneğin, git commit yazmak yerine git ci yazmanız yeterli olacaktır. Git'i kullandıkça sık kullandığınız başka komutlar da olacaktır, o zaman o komutlar için de takma adlar oluşturabilirsiniz.
Bu teknik, eksikliğini hissettiğiniz komutları oluşturmakta da yararlı olabilir. Örneğin, bir dosyayı hazırlık alanından kaldırmak için yapılması gerekenleri yeni bir komut olarak tanımlayabilirsiniz:
$ git config --global alias.unstage 'reset HEAD --'
Bu durumda şu iki komut eşdeğer olacaktır:
$ git unstage fileA
$ git reset HEAD fileA
Biraz daha temiz değil mi? Bir last komutu ekleek de oldukça yaygındır:
$ git config --global alias.last 'log -1 HEAD'
Böylece son kaydı kolaylıkla görebilirsiniz:
$ git last
commit 66938dae3329c7aebe598c2246a8e6af90d04646
Author: Josh Goebel <dreamer3@example.com>
Date: Tue Aug 26 19:48:51 2008 +0800
test for current head
Signed-off-by: Scott Chacon <schacon@example.com>
Gördüğünüz gibi Git yeni komutu takma ad olarak belirlediğini şeyin yerine kullanıyor. Ama belki de bir Git komutu çalıştırmak değil de başka br program kullanmak istiyorsunuz. Bu durumda komutun başına ! karakterini koymalısınız. Bir Git yazılım havuzu üzerinde çalışan kendi araçlarınızı yazıyorsanız bu seçenek yararlı olabilir. Bunu göstermek için ,gitk'yi çalıştırmak için git visual diye yeni bir takma ad tanımlayabiliriz:
$ git config --global alias.visual '!gitk'