Claude Code için Geliştirici Terminal Kurulumunu Resmileştirmek

Geliştirici ortamınızı elle kurmak yerine, bir dotfiles deposuyla standartlaştırmak, çalışma alanınızı yeniden üretilebilir ve yedeklenebilir hale getirmenin en akıllıca yoludur. Bu serinin altıncı ve son bölümünde, terminal ayarlarınızı, Claude Code yapılandırmalarınızı ve üçüncü parti eklentilerinizi tek bir depoda nasıl birleştirebileceğinizi ve bu kurulumu yeni bir makinede nasıl hızla yeniden oluşturabileceğinizi öğreniyoruz.

Dotfiles Deposunun Temelleri

Dotfiles, işletim sisteminin gizli dizinlerinde (örneğin .zshrc, .tmux.conf ya da starship.toml) bulunan ayar dosyalarınızın kopyalarını içeren bir Git deposudur. Bu dosyaları bir depoda topladığınızda, herhangi bir makinede sadece birkaç komutla tamamen aynı ortamı yeniden oluşturabilirsiniz.

İlk olarak, yerel dotfiles dizininizi oluşturun ve Git deposu olarak başlatın:

mkdir ~/dotfiles
cd ~/dotfiles
git init

Ardından, mevcut ayar dosyalarınızı bu depoya kopyalayın. Örneğin, Claude Code’unuzun yapılandırmasını aktarmak için:

# .claude dizinini oluştur
mkdir -p .claude/hooks

# Dosyaları kopyala
cp ~/.claude/statusline.sh .claude/statusline.sh
cp ~/.claude/hooks/notify-stop.sh .claude/hooks/notify-stop.sh
cp ~/.claude/hooks/notify-permission.sh .claude/hooks/notify-permission.sh
cp ~/.claude/settings.json .claude/settings.json

Terminal ayarlarınızı da aynı şekilde aktarın:

# Terminal yapılandırmaları
cp ~/.tmux.conf .tmux.conf
cp ~/.zshrc .zshrc

# Starship için dizin oluştur
mkdir -p .config
cp ~/.config/starship.toml .config/starship.toml

Tüm değişiklikleri ekleyip commit ettikten sonra, deposu GitHub’a özel olarak yükleyin:

git add .
git commit -m "Başlangıç dotfiles deposu — Claude Code, tmux, starship, zsh"
gh repo create dotfiles --private --source=. --push

Temel Dosya Yapısı ve Kurulum Sırası

Dotfiles deposunuzun standart bir dizin yapısına sahip olması, yeni bir makinede kurulumu kolaylaştırır. Önerilen yapı şu şekildedir:

dotfiles/
├── README.md
├── .tmux.conf
├── .zshrc
├── .config/
│   └── starship.toml
└── .claude/
    ├── settings.json
    ├── statusline.sh
    └── hooks/
        ├── notify-stop.sh
        └── notify-permission.sh

Depo README dosyanızda, yeni bir makinede kurulumu adım adım açıklayan bir kontrol listesi bulundurun. Örnek bir kontrol listesi şu adımları içerebilir:

• Homebrew yükleyin (brew install git jq node fzf).
• iTerm2’yi kurun ve JetBrains Mono Nerd Font’u seçin.
• Terminal tipini xterm-256color olarak ayarlayın.
• Tokyo Night renk temasını içe aktarın.
• zsh-autosuggestions ve zsh-syntax-highlighting eklentilerini kurun.
• fzf’yi kurun ve klavye kısayollarını yapılandırın.
• Starship’i kurun ve Tokyo Night tema paketini uygulayın.
• tmux’u kurun ve tpm eklentilerini klonlayın.
• .tmux.conf dosyasını kopyalayın ve Ctrl+B I ile eklentileri yükleyin.
• Claude Code’u kurun.
• .claude/settings.json, statusline.sh ve hook scriptlerini kopyalayın.
• chmod +x komutuyla statusline ve hook scriptlerine çalıştırma izni verin.
• Claude Code’a eklenti pazarlarını ekleyin.
• Tüm 9 eklentiyi kurun ve yeniden yükleyin.
• Eklenti sayılarını doğrulayın: 9 eklenti · 35 yetenek · 18 ajan · 10 hook · 2 eklenti MCP sunucusu · 1 eklenti LSP sunucusu.
• claude-mem çalışanını ` adresinden doğrulayın.
• afplay komutuyla sesli bildirimleri test edin.
• Mock JSON girdisiyle statusline görüntüsünü test edin.
• Ctrl+B Ctrl+S kısayoluyla tmux oturumlarını kaydedin ve düzenini saklayın.

Geçmişten Dersler: Ne Değiştirirdim?

Bu kurulumu baştan oluşturuyor olsaydım, claude-mem ve pyright-lsp eklentilerini ilk günden kurardım. Bu iki araç, zaman içinde değeri en çok artan bileşenler oldu — bellek ve gerçek zamanlı tip denetimi, tek seferlik araçlardan çok daha fazla verim sağlıyor.

Ayrıca statusline scriptini daha erken oluştururdum. Pro planını kullanmaya başladıktan sonraki ilk haftalarda token kullanımı ve kota limitlerini takip edememenin maliyeti, scripti yazmak için harcadığım zamandan çok daha fazla oldu.

Tek atladığım şey, macOS Sequoia’da güvenilmez olan osascript ve terminal-notifier gibi görsel bildirim sistemleriydi. Sesli bildirimler için afplay kullanmak, doğru tercih olmuş olacaktı.

Tam Kurulum Yığını: Hangi Araçlar Neden Kullanılıyor?

Bu terminal kurulumunu oluştururken kullanılan araçların her biri, geliştirici deneyimini optimize etmek için seçildi. İşte temel katmanlar ve amaçları:

• Terminal: iTerm2 + Tokyo Night — True color destekli, Nerd Font’lu temiz bir arayüz.
• Çoklayıcı: tmux + resurrect — Oturumları kalıcı olarak saklar ve 3 bölmeli düzen sağlar.
• Komut Satırı Uyarıcısı: Starship (Tokyo Night teması) — Git, Python ve zaman bilgilerini anında görüntüler.
• Kabuk: zsh + autosuggestions + fzf — Komut girişi hızını ve doğruluğunu artırır.
• AI IDE: Claude Code — Temel geliştirme aracı olarak kullanılır.
• Statusline: Özel bash script — Token kullanımı, maliyet ve kota limitlerini gerçek zamanlı olarak izler.
• Hooklar: afplay sesli bildirimler — Asenkron görevlerin tamamlandığını bildirir.
• Eklentiler: 9 adet özenle seçilmiş eklenti — Kod inceleme, bellek yönetimi, tip denetimi ve geliştirme iş akışlarını destekler.
• Yapılandırma: Özel dotfiles deposu — Kurulumu birkaç dakikada yeniden oluşturulabilir hale getirir.

Serinin Kapanışı: Neler Öğrendik?

Altı bölüm boyunca, bir geliştiricinin terminal ortamını baştan sona nasıl optimize edebileceğini adım adım inceledik. Dotfiles deposuyla ortamınızı standartlaştırmanın ve yeni bir makinede dakikalar içinde aynı deneyimi yeniden oluşturmanın önemini vurguladık. Bu kurulum, sadece verilerinizi korumakla kalmıyor, aynı zamanda geliştirme sürecini de hızlandırıyor.

Eğer bu kurulumu temel alarak kendi düzenlemelerinizi yaparsanız ya da iyileştirmeler önerirseniz, lütfen yorum bırakın ya da dotfiles deposuna bir pull request açın. Topluluk katkıları, bu kurulumun sürekli olarak gelişmesine katkı sağlayacaktır.