Git'i nasıl yapılandırır ve aliasları nasıl kullanırsınız?

Question

Accepted Answer

Git, `git config` aracılığıyla yüksek düzeyde **yapılandırılabilir** — kimliğinizi, editörü, varsayılan davranışları ve **aliasları** (komutlar için kısayollar) ayarlayabilirsiniz. Git'i iyi yapılandırmak ve aliasları kullanmak iş akışınızı ve verimliliğinizi artırır.

## Temel yapılandırma

```bash
# identity (required — appears in your commits)
git config --global user.name "Your Name"
git config --global user.email "you@example.com"

# common useful settings
git config --global core.editor "code --wait"   # editor for commit messages
git config --global init.defaultBranch main      # default branch name
git config --global pull.rebase true             # rebase instead of merge on pull
git config --global core.autocrlf input          # line-ending handling (cross-platform)
```

```text
CONFIG LEVELS (each overrides the broader one):
  --system → all users on the machine
  --global → your user (most common: ~/.gitconfig)
  --local  → this repository (.git/config) — overrides global
```

## Aliaslar — komut kısayolları

```bash
# define shortcuts for frequently-used (or long) commands
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.st status
git config --global alias.cm "commit -m"
git config --global alias.last "log -1 HEAD"
git config --global alias.lg "log --oneline --graph --all"
# usage:
git st           # = git status
git lg           # = git log --oneline --graph --all (a nice history view)
```

Aliaslar uzun veya sık kullanılan komutları kısa kısayollara dönüştürür — biçimlendirilmiş bir log için `git lg`, durum için `git st` — tuş vuruşlarından ve çabadan tasarruf sağlar.

## Neden önemli

```text
✓ Identity → correct author info on commits (required)
✓ Behaviors → pull.rebase, autocrlf, default branch → consistent, fewer surprises
✓ Aliases → faster workflow for frequent/complex commands
✓ Per-repo config → e.g. a different email for work vs personal repos (--local)
```

## Neden önemli

Git yapılandırması ve aliaslarını anlamak, **Git iş akışınızı ve verimliliğinizi iyileştirmek** için değerlidir, bu nedenle faydalı pratik bilgidir. **Temel yapılandırma** gerekli doğruluk için gereklidir: **kimliğinizi** (`user.name`/`user.email`) ayarlamak zorunludur çünkü bu bilgiler commit'lerinizde görüntülenir (ve yanlış yapılandırılmış kimlik commit'lerin yanlış atfedilmesine neden olur — yaygın bir sorun), ve faydalı **davranışları** yapılandırmak (editor, varsayılan dal adı, `pull.rebase` gibi pull davranışı, cross-platform ekipler için `autocrlf` ile satır sonu işleme) Git'in tutarlı bir şekilde davranmasını sağlar ve sürprizlerden kaçınır.

**Yapılandırma seviyelerini** anlamak (sistem, global, local — her biri daha geniş olanı geçersiz kılar, local ise depo başına) pratik açıdan değerlidir, özellikle **depo başına farklı ayarlar kullanmak** için (örneğin iş depoları için iş e-postası vs kişisel e-posta — yaygın bir gerçek ihtiyaç). **Aliaslar**, sık kullanılan veya uzun komutları kısa kısayollara dönüştürerek verimliliği artırır (`durum` için `git st`, güzelce biçimlendirilmiş bir grafik log için `git lg`) — Git komutları ne kadar sürekli kullanıldığı göz önüne alındığında küçük ama anlamlı verimlilik kazançları, ve karmaşık, faydalı komut kombinasyonlarını kolayca erişilebilir kılan bir yol.

Git'i iyi yapılandırmayı (doğru kimlik, akılcı davranışlar, depo başına ayarlar) ve aliasları kullanmayı anlamak (daha hızlı, daha keyifli iş akışı) günlük Git kullanımına karşı parlak, verimli bir yaklaşımı yansıtır.

Git sürekli olarak kullanıldığından ve onu düzgün yapılandırmak (kimlik, davranışlar, depo başına ayarlar) doğruluk ve tutarlılığı sağlarken aliaslar günlük verimliliği artırdığından, Git yapılandırması ve aliaslarını anlamak etkili bir Git iş akışı için değerli, pratik olarak ilgili bilgidir — hem doğruluk (uygun kimlik ve davranışlar) hem de verimlilik (sık komutlar için aliaslar) için faydalı, Git'i düzenli olarak kullanan herkes için değerli bir yatırım ve araçlarını verimli günlük çalışma için ayarlamış bir geliştiricinin işaretidir.